On 30 Окт 2009, [email protected] wrote:
> > > To> Вообще странностей с диском происходит множество, например после > To> установки нового ядра в дебиан, или после того как я загружаюсь в > To> в федору а затем возвращаюсь в родные пенаты деба он загружается > To> монтируя лишь корень и монтирует его только с правами для чтения > > Такое может происходить в случае, если mount обнаруживает ошибку при > монтировании файловой системы. Время от времени (не каждый раз) > файловая система проверяется перед монтированием с помощью > fsck. Возможно, fsck обнаруживает какую-то ошибку, или ошибка это сообщение из syslog во время обсуждаемой ситуации: $grep fsck /var/log/syslog Oct 30 10:44:51 debian kernel: [ 238.691037] EXT3-fs warning: mounting fs with errors, running e2fsck is recommended а этой записи в логе насчитал с с два десятка: debian kernel: [ 1662.344798] EXT3-fs: mounted filesystem with ordered data mode. Вывод $mount: debian:~# mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) Непонятно правда почему напротив /dev/hda3 и в других опциях стоит "rw, права на запись получаю только после $mount -o remount wr / вот впоследствии подправленное содержимое /etc/fstub дебиана : proc /proc proc defaults 0 0 /dev/hda3 / ext3 errors=remount-ro 0 0 /dev/hda8 /home ext3 defaults 0 0 /dev/hda5 none swap sw 0 0 /dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/hdd /media/cdrom1 udf,iso9660 user,noauto 0 0 /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0 как видите проверку fsck'ом при монтировании разделов во время загрузки везде отключил, исправив шестой параметр на "0", но непонятки с загрузкой после посещения федоры остались. После чего напрашивается вывод что fsck в данной интриге не замешен. Еще тут задам вопрос,> В menu.lst записано ядру грузится с параметром ro quiet. Зачем он нужен и возможно есть более выгодные для нас опции загрузки ядра ? Убрав этот параметр разницу в загрузке незаметил. > возникает во время собственно монтирования. Может, Федора монтирует > тот же раздел с другими опциями? Или, может, сам винт уже из строя > начинает выходить? Гм, а каким образом монтирование разделов в одной системе может влиять на загрузку ядра другой ОС ? o_O В /etc/fstub федоры ничего о монтировании других разделов кроме системных не говорится. монтирует она их следующим образом: # UUID=* / ext3 defaults 1 1 UUID=* /home ext3 defaults= 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 UUID=* swap swap defaults 0 0 Вообщем вроде тут ничего необычного. Нужно заметить что /home и федоры и дебиан расположены на одной партиции, каждая в своей директории. Еще полюбопытствую насколько критично может оказаться использование одной домашней директории для расположения в ней конфигов учетных записей всех установленных на машине линуксов?)) Наткнулся в сети на утверждение одного индивидума который говорит о том что ничего страшного в подобном использовании нет, в что мне верится както с трудом. Хотя саму идею нахожу соблазнительной. а вот и сам вывод $ mount на федоре: [...@localhost deb]$ mount /dev/sda7 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda8 on /home type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) gvfs-fuse-daemon on /home/f/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=f) /dev/sda1 on /media/disk type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096) /dev/sda9 on /media/dao type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096) /dev/sda4 on /media/disk-1 type ext3 (rw,nosuid,nodev,uhelper=hal) /dev/sda3 on /media/disk-2 type ext3 (rw,nosuid,nodev,uhelper=hal) Где в федоре выключается автомонтирование разделов пока не ясно, возможно этим занимается gvfs, империческим путем выяснил что автомонтирование происходит каждый раз после перезагрузки xserver. -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
