| joker-jar |
|
|
Темы:
4
Сообщения:
14
Участник с: 27 апреля 2010
|
Всем добрый день. Следующая проблема: при перезагрузке и выключении вываливается сообщение:umount: /dev/sda3 busy - remounted read-only перед самым выключением, после стопа демонов. В fstab'е: /dev/sda3 /home ext4 defaults,noatime,nodiratime 0 2 При чем пробовал грузиться в runlevel 3, убеждаться через lsof что ничто ничего не занимает в /home и все равно это сообщение |
| villi |
|
|
Темы:
0
Сообщения:
144
Участник с: 07 декабря 2009
|
Замените опции монтирования ф.с. на, например:/dev/sda3 /home ext4 async,relatime 0 1 после чего пробуйте перезагружаться/выглючаться/и т.п. А на btrfs не переходили? Я вот второй день, как некоторые разделы на нея перевёл. Пока ничего толком не скажу, но субъективно - btrfs быстрее, чем reiserfs-3.6 и xfs. |
| vadik |
|
|
Темы:
55
Сообщения:
5395
Участник с: 17 августа 2009
|
Параметры noatime,nodiratime нет смысла использовать одновременно, можно оставить только noatime ну и в логах посмотрите какие ошибки сыпятся. |
| joker-jar |
|
|
Темы:
4
Сообщения:
14
Участник с: 27 апреля 2010
|
То есть noatime уже включает в себя nodiratime? Поискал информацию, вроде как да. Уберу, но думаю это проблему не исправит. Кстати, корень (sda1) монтируется с теми же опциями, но сообщение выдается только для sda3. Сам раздел периодически проверяется fsck'ом при старте, smartinfo не свидетельствует ни о каких проблем с диском. В /var/log/errors.log ничего подозрительного не нахожу |
| vadik |
|
|
Темы:
55
Сообщения:
5395
Участник с: 17 августа 2009
|
По поводу noatime, это было так, по ходу дела, и на вашу проблему оно естественно не повлияет. А ошибки можно смотреть не только в errors.log, можно пошерстить по всем логам (в том числе dmesg.log и messages.log). |
| joker-jar |
|
|
Темы:
4
Сообщения:
14
Участник с: 27 апреля 2010
|
[[email protected] ~]$ sudo cat /var/log/messages.log | grep sda Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] 1952428032 512-byte logical blocks: (999 GB/930 GiB) Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA Jun 13 11:57:24 archik kernel: sda: sda1 sda2 sda3 sda4 Jun 13 11:57:24 archik kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk Jun 13 11:57:24 archik kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode Jun 13 11:57:24 archik kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode Jun 13 11:57:24 archik kernel: EXT4-fs (sda4): mounted filesystem with ordered data mode Jun 13 11:57:24 archik kernel: Adding 1975984k swap on /dev/sda2. Priority:-1 extents:1 across:1975984k [[email protected] ~]$ sudo cat /var/log/dmesg.log | grep sda sd 0:0:0:0: [sda] 1952428032 512-byte logical blocks: (999 GB/930 GiB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 06 00 10 00 sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA sda:sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray sda1 sda2 sda3 sda4 sd 0:0:0:0: [sda] Attached SCSI removable disk EXT4-fs (sda1): mounted filesystem with ordered data mode EXT4-fs (sda3): mounted filesystem with ordered data mode EXT4-fs (sda4): mounted filesystem with ordered data mode Adding 1975984k swap on /dev/sda2. Priority:-1 extents:1 across:1975984k По части диска вроде как проблем нет. Я склюняюсь к тому, что это что-то системное, а не дисковая проблема. К примеру, при завершении демонов и прочего кто-то что-то мутит с хомяком и неправильно завершает это дело. Но отловить это достаточно сложно. Как я уже говорил, пробовал грузиться без графики, а также поочередно отключать демоны. Сообщение оставалось. Это сообщение кстати с момента установки системы насколько я помню |
| villi |
|
|
Темы:
0
Сообщения:
144
Участник с: 07 декабря 2009
|
Прошу прощения, асинхронные чтение/запись на диск подразумевают некоторые временные задержки, которые будут особенно заметны при выключении/перезагрузке. Какова Ваша точка зрения? |
| joker-jar |
|
|
Темы:
4
Сообщения:
14
Участник с: 27 апреля 2010
|
Люди, я понял, где собака зарыта :) Решил досканально изучить rc.shutdown, дошел до интересующего меня:stat_busy "Unmounting Filesystems" /bin/umount -a -r -t noramfs,notmpfs,nosysfs,noproc -O no_netdev stat_done # Opera cache tmpfs /home/joker-jar/.opera/cache tmpfs size=100M,mode=0777 0 0 # Firefox cache tmpfs /home/joker-jar/.mozilla/firefox/0ri39ywy.default/Cache tmpfs size=100M,mode=0777 0 0 Вручную отмонтировал эти кэши и попробовал перезагрузиться. Сообщение не появлялось. Кстати, в корне тоже есть у меня tmpfs, но это наверное решается путем: stat_busy "Remounting Root Filesystem Read-only" /bin/mount -n -o remount,ro / stat_done P.S. Проблема в очередной раз решается благодаря простой и понятной структуры Арчика, что есть очень даже хорошо |
| villi |
|
|
Темы:
0
Сообщения:
144
Участник с: 07 декабря 2009
|
Если проблема успешно решена, хорошим тоном считается отредактировать своё начальное сообщение, дописав в заголовке: или . Не, ну всё же, кто-нить пользует Ф.С. btrfs? С какими опциями монтируете, если не секрет? |
| joker-jar |
|
|
Темы:
4
Сообщения:
14
Участник с: 27 апреля 2010
|
Я не использую. Проблема решена, но еще не до конца. Надо придумать как отмонтирывать эти tmpfs'ки. Мне кажется, что это недаработка в rc.shutdown, хотя могу ошибаться |