» Общие вопросы по Fedora Core (Red Hat Linux)

100_let
Проблема не в том, что не хочет монтировать, а в том, что стирается запись из /etc/fstab и удаляется каталог /mnt/c. Причем фиг знает из-за чего Может быть, есть какой-то конфигуратор точек монтирования, который позволяет этого избежать? А то надо заходить рутом, редактировать, или писать кучу ключей...

Еще вопрос возник. Как мне в FC поменять у Гнома показ программ в системном поддоне, чтобы мазилы с мазилами не склеивались в одну иконку, как в XP? Все менюшки FC облазил - не нашел (

Цитата:

Date: Thu, 12 Feb 2004 10:15:19 -0500
From: Bill Nottingham <notting@redhat.com>
To: fedora-announce-list@redhat.com
Subject: Fedora Core 2 test release 1 now available!
Reply-To: fedora-list@redhat.com

        "Get off the stage, you old hack!"
        "I only got 24 hours to hack, and I ain't gonna waste
         it on this OS."

  Ah, but wait...

  FLAMING DEATH!

  I hold in my hand, the release that determines whether hundreds
  of bugs live or die, this very evening!

  In a moment, I will open the mirrors, leading to the release of
  this test OS!

  Aimed directly at this release date are GNOME 2.5, KDE 3.2, and
  XFCE 4.0.3, our desktop triumvirate!

  These desktops will be resting on the 2.6 kernel, trained to perform
  the most scalable of tasks in just milliseconds!

  This software's only hope of survival is our community's crack
  team of developers... secured to their high speed network lines, they
  will descend to hack on this software, spinning a web of stability
  in less than 8 weeks!

  Not good enough, you say?

  Well, what if they were all BLINDFOLDED!

  Ladies and gentlemen, may I suggest that those of you with weak
  constitutions leave the arena, for this act is so dangerous that
  if the slightest thing should go wrong...

  kernel: Oops: 0000 [#1]

Yes, it's time for the first test release of Fedora Core 2.
This release is the first Fedora Core release to include
the 2.6 kernel, GNOME 2.5, KDE 3.2, and XFCE. Testing of all
of these areas would be appreciated, above and beyond any
other testing.

As always, test releases are not intended for use on production
environments. Use of test releases in production environments
could lead to FLAMING DEATH!

Problems with Fedora Core 2 test 1 should be reported via
bugzilla, at:

  http://bugzilla.redhat.com/bugzilla/

Please report bugs against 'Fedora Core', release 'test1'.

Some technical notes:
- Fedora Core 2 test 1 is currently only available for i386-compatible
  architectures. x86_64 will appear in a later test release.
 
- The only boot methods supported for the installer are via CD,
  and via methods such as PXE. There are no boot floppies.

- Upgrades via anaconda are very untested; test at your own risk.
  Upgrades of systems with their root filesystem on LVM is known
  to not work.

- Due to a release error, the CD and PXE boot images support booting
  only on i686 or higher processors (this includes Athlons). This
  will be rectified in a future test release; in the meantime, you
  can upgrade via up2date or yum.

For more information on just what the Fedora Project and
Fedora Core is, please see:

   http://fedora.redhat.com/

For discussion of Fedora Core test releases, send mail to:
           
   fedora-test-list-request@redhat.com

with

   subscribe

in the subject line. You can leave the body empty. Or see:
       
   https://listman.redhat.com/mailman/listinfo/fedora-test-list/
               
As always, you can get Fedora Core test releases at redhat.com, specifically:
                
   http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/

Or on the following mirrors:

* North America

        * USA East

        * ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/test/1.90/
        * http://mirror.linux.duke.edu/pub/fedora/linux/core/test/1.90/
        * ftp://mirror.linux.duke.edu/pub/fedora/linux/core/test/1.90/
        * rsync://mirror.linux.duke.edu/fedora-linux-core/test/1.90/
        * http://mirror.eas.muohio.edu/fedora/linux/core/test/1.90/
        * ftp://mirror.eas.muohio.edu/pub/fedora/linux/core/test/1.90/
        * http://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.90/
        * ftp://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.90/
        * rsync://mirror.hiwaay.net/fedora-linux-core/test/1.90/
        
        * USA West
        
        * ftp://limestone.uoregon.edu/fedora/test/1.90/
        * ftp://linux.stanford.edu/pub/mirrors/fedora/linux/core/test/1.90/
        
        * Canada
        
        * ftp://ftp.nrc.ca/pub/systems/linux/redhat/fedora/linux/core/test/1.90/
        
* Europe
        
        * Czech Republic
        
        * ftp://ultra.linux.cz/pub/fedora/test/1.90/
        * ftp://ftp6.linux.cz/pub/linux/fedora/linux/core/test/1.90/
        
        * Germany
        
        * http://wftp.tu-chemnitz.de/pub/linux/fedora-core/test/1.90/
        * ftp://ftp.tu-chemnitz.de/pub/linux/fedora-core/test/1.90/
        * ftp://ftp.uni-bayreuth.de/pub/linux/fedora/linux/core/test/1.90/
        * rsync://rsync.uni-bayreuth.de/fedora-linux-core/test/1.90/
        * ftp://ftp.informatik.uni-frankfurt.de/pub/linux/Mirror/ftp.redhat.com/fedora/core/test/1.90/
        
        * Netherlands
        
        * ftp://alviss.et.tudelft.nl/pub/fedora/core/test/1.90/
        
        * Romania
        
        * http://ftp.iasi.roedu.net/mirrors/fedora.redhat.com/core/test/1.90/
        * http://ftp.iasi.roedu.net/pub/mirrors/fedora.redhat.com/core/test/1.90/
        * rsync://ftp.iasi.roedu.net/fedora.redhat.com/core/test/1.90/
        
        * United Kingdom
        
        * http://zeniiia.linux.org.uk/pub/distributions/fedora/linux/core/test/1.90/
        * ftp://zeniiia.linux.org.uk/pub/distributions/fedora/linux/core/test/1.90/
        * rsync://zeniiia.linux.org.uk/fedora-linux-core/test/1.90/
        
* Asia/Pacific

        * Japan
        
        * ftp://ftp.riken.go.jp/pub/Linux/fedora/core/test/1.90/

More mirrors will come online in the near future; check:

        http://fedora.redhat.com/download/mirrors.html

for a list of mirrors that carry Fedora Core.

One additional feature provided by the Linux community is the
availability of Fedora Core releases via BitTorrent.

   http://torrent.dulug.duke.edu/FC2-test1-binary-i386.torrent
   http://torrent.dulug.duke.edu/FC2-test1-src-i386.torrent
         
RPMS for Red Hat Linux 7.3 through 9 and Fedora Core 1 of BitTorrent are
available from:
   http://torrent.dulug.duke.edu/btrpms/
           
Usage is simple:

   btdownloadcurses.py --url http://URL.torrent
                              
Allow incoming TCP 6881 - 6889 to join the torrent swarm.
  http://torrent.dulug.duke.edu/

Нашел страничку с подробным описанием русификации RH9
http://rus-linux.net/papers/RH9/rus.php
и где все это брать, если нет 4-го диска:
http://www.tazovsky.ru/download/linux/Russian/9/RPMS/

kullibbin
А я просто поставил фонты ttf от 2000 винды и перенастроил чуток... Правда WINE и WINEX мне пока не удалось полноценно русифицировать - в менюшках и делфевых компонентах программ стрекозябры вместо кириллицы

почему-то при запуске konqweror от имени рута он на мгновение появляется и тут же исчезает, а в консоли при этом такие вещи:
[root@localhost kullibbin]# konqueror
mcop warning: user defined signal handler found for SIG_PIPE, overriding
/tmp/mcop-kullibbin is not owned by user

что бы это значило? наутилус запускается нормально, и в кде я под рутом уже был, все работало.
И еще - почему-то при записи на сидюк файлы делаются исполняемыми, а при копировании с сидюка в домашний каталог - у меня нет прав на удаление этих файлов, как побороть?
И последнее - обнаружил полно вшитых групп пользователей, какая из них имеет право записывать сидюки и выходить в инет? хочу себя там прописать, чтоб пароль рута не спрашивала

Добавлено
Aleksanders

Цитата:

У меня есть две другие проблемы. Первая - в FedoraCore таблица fstab постоянно обновляется, я запишу в нее монтировать разделы FAT32 в /mnt/c и /mnt/d, комп перезагружаю, а записи в fstab пропадают, как и сами каталоги /mnt/c и /mnt/d...
Вторая проблема - не знаю, как заставить монтировать разделы не root-ом, а обычным юзером группы wheel

По поводу первого - убери из файла /ets/fstab из строчек, где ты монтируешь fat32 разделы, слово kudzu - тогда они не будут при загрузке проверяться и изменяться. второе - у меня все нормально монтируется из юзера, по умолчанию, если в кде работаешь- запусти kwikdisk (например через alt F2), в трее появится иконка, кликаешь по ней - вылезет менюшка с твоими дисками, если указан размер диска - то он примонтирован, просто кликаешь по нужному диску для монтирования - демонтирования, и все Почему-то этой утилиты нет в меню
Что касается проблемы, которую я чуть выше описал - я кажется напортачил чего-то, пока занимался русификацией, у меня даже иконки слетели, короче, удалил себя и создал снова, настроил - все работает Мораль - надо поменьше под рутом сидеть
Остались два вопроса: как при копировании с-на сидюк сделать, чтоб файлы оставались с теми же правами доступа, как и были, и что означают встроенные группы юзеров, какая из них имеет доступ к инету и к записи сидюков?

kullibbin
Попробую кудзу убрать
С кде не работаю и не планирую

kullibbin

Цитата:

почему-то при запуске konqweror от имени рута он на мгновение появляется и тут же исчезает, а в консоли при этом такие вещи:
[root@localhost kullibbin]# konqueror
mcop warning: user defined signal handler found for SIG_PIPE, overriding
/tmp/mcop-kullibbin is not owned by user

А это баг такой. И ничего не поделаешь


Цитата:

хочу себя там прописать, чтоб пароль рута не спрашивала

man sudo ?

Добавлено

Цитата:

По поводу первого - убери из файла /ets/fstab из строчек, где ты монтируешь fat32 разделы, слово kudzu

Дык у меня kudzu только для floppy там прописан, и никаких проблем.
Он вообще-то за детект оборудования отвечает, кудзу этот, и с логическими разделами и их монтированием не связан.


Цитата:

/dev/hda9 /mnt/win_e vfat iocharset=utf8,umask=0 0 0

вот так стояло, никогда ничего подобного не видел.

Demetrio

Цитата:

А это баг такой. И ничего не поделаешь

я ж сказал, что сделал нового юзера и все нормализовалось, видимо, баг этот я руками сотворил

Цитата:

за детект оборудования отвечает, кудзу этот, и с логическими разделами и их монтированием не связан.

это понятно, но по умолчанию kudzu прописан в fstab везде, и при загрузке, когда идет лог на экране, видно,что fstab перезаписывается. оставить ее только на сидюке и флоппе, и все тут.
Цитата:

man sudo ?

Demetrio

Цитата:

А это баг такой. И ничего не поделаешь

Позволю себе не согласиться с данной формулировкой. Насколько я понял из беглого прочтения описания проблемы, коллега зашел в KDE под собственным логином, и уже находясь в этой сессии пытается запустить в терминале konqueror от имени рута. MCOP же запущен с его привилегиями пользователя, а не с привилегиями рута. Так что это не баг, а фича. Тут не обошлось без соображений безопасности, насколько могу судить.

Цитата:

Так что это не баг, а фича.

да, но сейчас ведь все работает, видимо был баг иначе бы не было пункта меню - файловый менеджер с привилегиями рута.
Цитата:

что означают встроенные группы юзеров, какая из них имеет доступ к инету и к записи сидюков?

этот вопрос до сих пор в силе...

попробовал настроить kmail - там в качестве сервера исходящей почты используется sendmail, как его настроить-то? пробовал подставить вместо него smtp.mail.ru - не работает. в инете ничего понятного мне на данном этапе не нашел

kullibbin
Sendmail установлен у тебя и запущен/работает?
Можешь в качестве SMTP указать и localhost

В принципе просто_отсылать_сообщения можно и безо всякой настройки.
За деталями - в форум "В помощь системному администратору"
http://forum.ru-board.com/topic.cgi?forum=8&topic=3808#1


Цитата:

пробовал подставить вместо него smtp.mail.ru - не работает

И аутентификацию ставил?

Цитата:

попробовал настроить kmail - там ..... пробовал подставить вместо него smtp.mail.ru -

мне помогало заполнение полей в "Kde Contrlol Center > Internet & Network > Mail "

Цитата:

За деталями - в форум "В помощь системному администратору"

Пора, стало быть, и на повышение
Спасибо за советы.
Гуру, подскажите, какой дистрибутив - mdk 9.2 или fc1 выбрать, чтоб поменьше проблемм было с установкой стороннего/чужого софта? я имею в виду проблемы с зависимостями и несоответствием версий пакетов, а также при компиляции различные ошибки. Не знаю, что заказать из этих двух. Различные там удобства в mdk в расчет не принимаются, только совместимость.

kullibbin
Я ставил в разное время MD 7 и 8.1, остался плохого мнения. А вот о FC - более чем хорошего. Впрочем, это мое субъективное имхо

Mandrake начиная от 9.1 очень_и_очень симпатичный дистр.
Как, впрочем, и Red Hat с 9-ки, имхо.
Так что тут сложно сказать, что лучше.

kullibbin

Под ред хат и F.C очень много различного софта и как мне показалось больше чем под мандреик Плюс есть APT что в большинстве своем решает проблему довольно коректно по установке и пагреиду . ИМХО

Borgia
APT есть и в Мандрейке, + ещё и urpmi


Цитата:

и как мне показалось больше чем под мандреик

А ты видел репозитарии Mandrake Contribs?

На данный момент у меня есть mdk 9 и RH9, в шапке все работает более чем корректно, все что можно найти в сети практически всегда для rh версия есть, ну и намного стабильнее мне кажется шапка Да и вроде asplinux тоже пакеты совместимы. Вопрос - между RH9 и FC1 разница очень большая в плане сервиса и поддерживаемого железа - принтеров и сканеров? взял тут на время сканер mustek bear paw 1200, он ни в мандрейке 9 ни в шапке 9 не заработал. А как с железом в последних дистрибутивах обоих направлений?

kullibbin
Сравнивать 9-й Mandrake с 9-й Шапкой несколько некорректно
Red Hat 9 намного новее и современнее, потому и впечатления такие.

Так и не получилось настроить отправку почты в kmail в RH9. Через sendmail работать не желает - видимо его надо настраивать, а через smtp - выбрал smtp.mail.ru , при отправке пишет - неизвестный транспортный протокол, не могу отправить сообщение, хотя я ж ему указал - smtp. Один раз недавно получилось, потом чего-то накрутил, и вот теперь никак не сделаю обратно. Что там прописывать надо? порт указан 25, все вроде нормально.

Разобрался едва надо еще в профиле указать, через что отправка будет идти. А можно его в трей посадить, как бат?

А что, в 9 шляпе нет jawa? я не нашел что-то...

kullibbin
Нету, качай с Сана и ставь, если нужна.

Есть одна фишка, которая меня в Линуксе принципиально доводит до белого каления - это монтирование сменных дисков - дискет (редко пользуюсь) и, особенно, CD. Нельзя ли прикрутить к любому линуксу, а более конкретно - FC1 такую фишку типа supermount?

Как, в принципе, побороть такую ситуацию, когда хочешь вынуть CD, уже все, что только можно закрыл, а комп не отдает!

Цитата:

принципиально доводит до белого каления - это монтирование сменных дисков - дискет (редко пользуюсь) и, особенно, CD

Как раз мне например эта фишка очень даже нравится, кликнуть мышой в трее не долго, зато полный контроль, не как в ХР, вставил диск и полминуты жди, пока он опознается да и для записи сидюков полезно - для записи надо сидюк отмонтировать, потом писать. Если все закрыл, а комп не отдает, может, монтировал диск другой юзер? или под другим юзером? еще почитай man mount, там тоже что-то говорится про это.

Aleksanders

Цитата:

Как, в принципе, побороть такую ситуацию, когда хочешь вынуть CD, уже все, что только можно закрыл, а комп не отдает!

# eject /dev/cdrom

Добавлено

Цитата:

Нельзя ли прикрутить к любому линуксу, а более конкретно - FC1 такую фишку типа supermount?

В Mandrake она есть, появится скорее всего и в Fedora Core 2

кто-нить пробовал xchat запускать? так и не добился нормальной раскладки клавы , все буквы не на своих местах в русском, инглиш в порядке. Перепробовал все шрифты, нашел нормальные, которые кодировку русскую отображают, но не всегда, почему-то... Что делать?

***

Поставил себе на FC1 LinNeighborhood (пакет linneighborhood-0.6.5-1.rhfc1.dag.i386) и обнаружил, что он не поддерживает Samba 3.0, как-то коряво можно сделать просмотр сети и даже увидеть ресурсы общего доступа ко некоторых (не всех) компьютерах, а вот что-то примонтировать невозможно - smbmount в 3 версии Samba имеет другие ключи и на попытку монтирования вываливается ошибка.

***

Demetrio

Цитата:

# eject /dev/cdrom

Это иногда помогает, но не всегда. У меня основная проблема - установка пакетов системным установщиком. Выбираю что добавить, устанавливаю требуемый диск, нажимаю кнопочку... И все. Диск начинает крутиться, но вываливается ошибка, что установка невозможна, затем установщик закрывается, а диск вытаскивается только после перезагрузки компа

***

Еще одна засада такая:

[agape@no LinNeighborhood-0.6.5]$ ./configure
bash: ./configure: /bin/sh: bad interpreter: Permission denied

Нахожу /bin/sh и вижу: -> bash

Но это ладно, рекомендуют в случае проблем запускать вот так:

sh ./configure

и оно, вроде бы, работает, но можно увидеть вот еще такое:

[agape@no wine-20040213]$ sh ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
[agape@no wine-20040213]$

Что такое "checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'." - это выше моего понимания. У меня что-то не доустановлено или битый дистрибутив? Может быть, кто-то пояснит?

***

И еще о Samba. Гномовское "сетевое окружение" в FC1 как-то странно работает с русскими кодировками. Я настроил русскую кодировку в /etc/samba/smb.conf вот так:

unix charset = utf-8
display charset = utf-8
dos charset = 866

И все, казалось бы, нормально, терминал и Midnight Commander показывают юникод правильно, русские имена компьютеров, ресурсов и файлов на них читаются правильно, но Gnome Network Neighborhood говорит, что юникод неверный. Я что-то сделал неправильно, или еще надо настроить Gnome Network Neighborhood?