Сбой жесткого диска

Аватар пользователя Alexey

При загрузке asp10 неожиданно выключилось питание, в результате при повторной загрузке следущие проблемы:
warning: нет файла /etc/fstab - вот повезло, так повезло
fsck.ext2:не может прочесть superblock,
меня выбросило в командную оболочку bash, терминал работает, но диск подмонтирован только для чтения!
запустил e2fsck -p /dev/hda7 - проверка и устранение сбоев диска,
перезагрузил, результат тотже.
файл /etc/fstab напрочь исчез, я знаю как его восстановить ручками (записано его содержание на бумажке), но как перемонтировать диск / в режим записи.
umoun /dev/hda7 выполнил, не ругалось, затем mount -t ext2 -r /dev/hda7/ /, ругается, / уже смонтирован, что делать?

Аватар пользователя sergeil

Re: сбой жесткого диска

Цитата:
Alexey писал:
При загрузке asp10 неожиданно выключилось питание

Обычное дело для десктопа...

Цитата:
, в результате при повторной загрузке следущие проблемы:
warning: нет файла /etc/fstab - вот повезло, так повезло
fsck.ext2:не может прочесть superblock, меня выбросило в командную оболочку bash, терминал работает, но диск подмонтирован только для чтения!

Обычное дело после серьезного нарушения файловой системы.

Цитата:
запустил e2fsck -p /dev/hda7 - проверка и устранение сбоев диска,
перезагрузил, результат тотже.

Скажите спасибо умным монтировщикам, которые "на лету" ищут диски,
модифицируют /etc/fstab и выполняют авто-монтируование найденных устройств...
Кстати, поищите в /lost+found. Есть шанс найти что-нибуть полезное...

Кстати, если у Вас установлен пакет bclsecurity-0.5-1asp, то все Ваши конфиги можно найти в /var/log/bclsecurity/. Там архивы TAR, но без расширения. Спасибо BlackCat Linux.

Цитата:
файл /etc/fstab напрочь исчез, я знаю как его восстановить ручками (записано его содержание на бумажке), но как перемонтировать диск / в режим записи.
umoun /dev/hda7 выполнил, не ругалось, затем mount -t ext2 -r /dev/hda7/ /, ругается, / уже смонтирован, что делать?

mount -oremount,rw  /

Можете понаблюдать это в /etc/rc.d//etc/rc.d/rc.sysinit
[sergeil@homedesk rc.d]$ grep remount,rw /etc/rc.d/*
/etc/rc.d/rc.sysinit: action $"Remounting root filesystem in read-write mode: " mount -n -o remount,rw /

Аватар пользователя DRVTiny

Re: сбой жесткого диска

Цитата:
Обычное дело после серьезного нарушения файловой системы.

Если эта файловая система - ext2fs или ext3fs. За все 4 года работы в Linux у меня ни разу не было серьёзных падений ReiserFS, зато проблем с ext2/3 - хоть отбавляй! При чём даже тогда, когда после нарушения целостности ReiserFS система отказывалась загружаться, я смог из-под KNOPPIX'а восстановить практически все данные простой перестройкой дерева ФС!

Цитата:
запустил e2fsck -p /dev/hda7 - проверка и устранение сбоев диска,
перезагрузил, результат тотже.

В общем, нашли Вы себе интересное развлечение... И зачем было связываться с этой неуравновешенной, неэффективной, расточительной, глючной ext2fs?! Нет, ну я ещё понял бы это, если бы ReiserFS не существовало или в ядро дистрибутива каким-то чудесным образом её поддержка не была бы включена (хотя и в этом случае у меня бы даже в мыслях не было форматировать какие бы то ни было разделы, за исключением разве что /tmp, в файловой системе ext2. В конце-концов IBM'овская JFS от OS/2 - тоже вещь неплохая (только с быстродействием есть проблемы), да и XFS - вполне приемлемый вариант. А лучше просто было бы выкинуть недоделанное дистрибутивное ядро без поддержки ReiserFS на свалку истории: там ему самое место). А то ведь всё в наличии, осталось, как говорится, только в рот положить и разжевать. Но и на этом умдряемся спотыкаться... Потрясающе!

Аватар пользователя sergeil

Re: сбой жесткого диска

Цитата:
Если эта файловая система - ext2fs или ext3fs. За все 4 года работы в Linux у меня ни разу не было серьёзных падений ReiserFS, зато проблем с ext2/3 - хоть отбавляй!

Предлагаю не развивать тему в сторону какая FS кому больше нравится.
Эта тема из категории "для религиозных войн".

Аватар пользователя Alexey

Re: сбой жесткого диска

Перемонтировал успешно, все ок, восстановил fstab в таком виде:
# This file is edited by fstab-sync - see 'man fstab-sync' for details
/dev/hda7 / ext2 rw 0 0
proc /proc proc rw 0 0
/dev/hda9 /home ext3 rw 0 0
/dev/hdb1 /ftp reiserfs rw 0 0
/dev/hda5 /media/fat/d vfat rw,iocharset=cp1251,codepage=866 0 0
/dev/hda6 /media/fat/e vfat rw,iocharset=cp1251,codepage=866 0 0

/dev/hdd /media/cdrecorder auto pamconsole,exec,noauto,iocharset=cp1251,managed 0 0
/dev/hdc /media/cdrom auto pamconsole,exec,noauto,iocharset=cp1251,managed 0 0

Некоторые программы не работают, видимо что-то я упустил и файл неверно восстановлен, может кто-то даст для примера свой?
В message появилось следующее

Oct 8 21:08:55 localhost pppd[4999]: Couldn't open pty slave /dev/pts/0: No such file or directory
Oct 8 21:08:55 localhost pppd[4999]: Couldn't allocate pseudo-tty
Oct 8 21:08:55 localhost pppd[4999]: Exit.
Oct 8 21:08:55 localhost adsl-connect: ADSL connection lost; attempting re-connection.
Что не подмонтировано?

Аватар пользователя sergeil

Re: сбой жесткого диска

Цитата:
Alexey писал:
Перемонтировал успешно, все ок, восстановил fstab в таком виде:
# This file is edited by fstab-sync - see 'man fstab-sync' for details
...
/dev/hdd /media/cdrecorder auto pamconsole,exec,noauto,iocharset=cp1251,managed 0 0
/dev/hdc /media/cdrom auto pamconsole,exec,noauto,iocharset=cp1251,managed 0 0
...

А вот это я-бы исправил. Вот оно, managed тебе и "помогло". У меня так...
Обрати внимание, у меня системная koi8-r. Тебе, если что, то нужно iocharset=cp1251
То есть, пользователи могут монтировать, но никакого auto...
#
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro,iocharset=koi8-r,noexec,user 0 0
/dev/dvd /mnt/dvd iso9660 noauto,owner,ro,iocharset=koi8-r,noexec,user 0 0
#

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

Возьми мой, если нравится, но он будет отличатся от твоего
Улыбка

# This file is edited by fstab-sync - see 'man fstab-sync' for details
# /etc/fstab: static file system information.
#
#                       

#
/dev/hdb1   none        swap    sw                              0       0
/dev/hda14  none        swap    sw                              0       0
#
/dev/hda2   /           ext3    defaults,errors=remount-ro      0       1
#
proc        /proc       proc    defaults                        0       0
none        /dev/shm    tmpfs   defaults                        0       0
none        /dev/pts    devpts  gid=5,mode=620                  0       0
#
/dev/hda7   /tmp        ext3    defaults,noatime                0       1
/dev/hda8   /home       ext3    defaults,noatime                0       1
/dev/hda9   /var        ext3    defaults,noatime                0       1
/dev/hda10  /BigSpace   ext3    defaults,noatime                0       1
/dev/hda11  /Backup     ext3    defaults,noatime                0       1
/dev/hda12  /usr        ext3    defaults,noatime                0       1
/dev/hda13  /opt        ext3    defaults,noatime                0       1
/dev/hda4   /src        ext3    defaults,noatime                0       1
#
/dev/fd0    /mnt/A      vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
/dev/hda1   /mnt/C      vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
/dev/hda5   /mnt/D      vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
/dev/hda6   /mnt/E      vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
/dev/sda    /mnt/flash  vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
/dev/sda1   /mnt/flash1 vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user 0 0
#
/dev/hdb3   /tmp2       ext3    noauto,noatime                  0       1
/dev/hdb4   /Bulk       ext3    noauto,noatime,user             0       1
/dev/hdb5   /mnt/F      vfat    noauto,codepage=866,iocharset=koi8-r,noexec,user,quiet 0 0
#
/dev/cdrom  /mnt/cdrom  iso9660 noauto,owner,ro,iocharset=koi8-r,noexec,user 0 0
/dev/dvd    /mnt/dvd    iso9660 noauto,owner,ro,iocharset=koi8-r,noexec,user 0 0
#

Если бездумно скопируешь - еще долго будешь исправлять
Катается от смеха

Цитата:
Oct 8 21:08:55 localhost pppd[4999]: Couldn't open pty slave /dev/pts/0: No such file or directory
Oct 8 21:08:55 localhost pppd[4999]: Couldn't allocate pseudo-tty
Oct 8 21:08:55 localhost pppd[4999]: Exit.
Oct 8 21:08:55 localhost adsl-connect: ADSL connection lost; attempting re-connection.
Что не подмонтировано?

Скорее всего дело не в монтировании...
Проверь целостность пакетов rpm. Особенно пакетов, отвечающие за устройства.
В десятке особое внимание следует уделить udev.

Тотальная проверка всех пакетов:
root# rpm -Va | tee rpm.Va.log

Проверка одного пакета, допустим udev
root# rpm -V udev

Аватар пользователя Archont

Re: сбой жесткого диска

Не надо копировать fstab Сергея.
Нужно скопировать только
none /dev/shm tmpfs defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
Возможно там придется что-то подправить.
Ведь ясно же, что ругается на то, что нет FS devpts.
А вообще-то ext2fs не лучший выбор для домашнего компа без бесперебойника. Лучше сразу менять корневую на ext3fs, и включить журналирование на всех допускающих это fs.

Кстати, горячность DRVTiny считаю неоправданной, ext3 с журналированием позволила мне обойтись без потери данных буквально на этой неделе, когда из-за моей лени и накопившейся в системнике грязи и пыли жёстко сбойнул scsi контроллер, и часть inode (благо небольшая) в одной из цепочек оказалась потерянной. Пришлось повозиться с ручным запуском fsck в режиме ручного восстановления, страшно боялся, что могут потеряться данные (это случилось на сервере с базой клиентского биллинга), а такой "опыт" с потерей данных у меня был на ext2fs. К счастью, после отработки журнала при перезагрузке, в lost+found оказалось пусто, и сервер прекрасно себя чувствует вот уже 5-й день.

Аватар пользователя DRVTiny

Re: сбой жесткого диска

>none /dev/pts devpts gid=5,mode=620 0 0
Идея правильная, но смущает то, что у Alexey'а ещё и swap в fstab'е не прописан... Alexey, у Вас, кстати, сколько оперативки установлено, а то, может, своп Вам и не нужен вовсе (если Вы функцию suspend2disk не используете)?
>Кстати, горячность DRVTiny считаю неоправданной,...
Таку было бы у Вас ещё на то основание... Вы же ведь не пробовали повторить эту ситуацию применительно к ReiserFS (поскольку, судя по всему, вообще ею не пользуетесь). Для меня же аварийная перезагрузка - вполне обычная ситуация (недавно вот, например, при работе с подмонтированным виртуальным диском vmware система наглухо зависла (kernel panic)), а возраст основных составляющих моей файловой системы составляет около года (после установки ASPLinux v10) и ничего - всё целенькое, ни одного сбоя (по крайней мере, fsck'ем всё восстанавливается автоматически).

Аватар пользователя Archont

Re: сбой жесткого диска

Я не могу сказать, что аварийная перезагрузка для моих серверов - обычное дело. Но и утверждать обратное так же неверно. Они эксплуатируются в удаленном помещении без клав/мышей/мониторов, и иногда бывают нештатные ситуации, когда помочь может только выключение-включение питания местным персоналом. К величайшему сожалению, я не успел вовремя поставить ACPI демон для корректного отключения (или просто не смог - не помню, там один из серверов - весьма капризный HP NetServer). За год эксплуатации в таком режиме не раз и не два приходилось выключать питание.
Реальная авария произошла единственный раз, и то виновата была не журналируемая ext3fs, а именно сбойнувший контроллер.
Ну а reiserfs я действительно не пробовал, т.к. не было нужды искать добра от добра.

На сем предлагаю дискуссию на самом деле закончить, как и предлагал Sergeil.

Аватар пользователя Alexey

Re: сбой жесткого диска

Спасибо Сергей, настроил что смог, но вот строка "/dev/hda7 / ext2 defaults,errors=remount-ro 0 1" не работает почему-то, вынужден заменить на другую, это принципиально? Вот мой файл в результате:
# This file is edited by fstab-sync - see 'man fstab-sync' for details
/dev/hda7 / ext2 defaults 0 1
# служебные разделы
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm tmpfs defaults 0 0
proc /proc proc rw 0 0
# мой домашний
/dev/hda9 /home ext3 defaults 0 0
# второй диск под ftp
/dev/hdb1 /ftp reiserfs rw 0 0
# CD-ROM
/dev/hdd /media/cdrecorder iso9660 noexec,noauto,iocharset=cp1251,owner,rw,user 0 0
/dev/hdc /media/cdrom iso9660 noexec,noauto,iocharset=cp1251,owner,ro,user 0 0
# разделы windows
/dev/hda1 /media/fat/c vfat defaults,noauto,iocharset=cp1251,codepage=866 0 0
/dev/hda5 /media/fat/d vfat defaults,noauto,iocharset=cp1251,codepage=866,user 0 0
/dev/hda6 /media/fat/e vfat defaults,noauto,iocharset=cp1251,codepage=866,user 0 0
Пока не нашел дефектов, кстати программы которые не работали (pppd и другие) запустились после монтирования разделов /dev/pts и /dev/shm.

Аватар пользователя sergeil

Re: сбой жесткого диска

Цитата:
Alexey писал:
Спасибо Сергей, настроил что смог, но вот строка "/dev/hda7 / ext2 defaults,errors=remount-ro 0 1" не работает почему-то, вынужден заменить на другую, это принципиально?

Ну работает - вот и ладно...

Цитата:
Вот мой файл в результате:
...
/dev/hdd /media/cdrecorder iso9660 noexec,noauto,iocharset=cp1251,owner,rw,user 0 0

1/ Ну... как-бы по R/W монтировать бесполезно. Это не обычное дисковое устройство
и писать его просто так не получится. Я указываю R/O
2/ Если это сервер, а не домашняя машина, то разрешать монтировать юзерам - весьма
неосмотрительный шаг. Если для дома - то в самый раз. Улыбка

Цитата:
# разделы windows
/dev/hda1 /media/fat/c vfat defaults,noauto,iocharset=cp1251,codepage=866 0 0

А диск C: юзеру не отдается даже по R/O?
Ну, как-бы дело каждого, но несколько необычно.

Цитата:
... программы которые не работали (pppd и другие) запустились после монтирования разделов /dev/pts и /dev/shm.

Думаю, что именно /dev/pts

Аватар пользователя Alexey

Re: сбой жесткого диска

2/ Если это сервер, а не домашняя машина, то разрешать монтировать юзерам - весьма
неосмотрительный шаг. Если для дома - то в самый раз. Улыбка
Домашняя машина
# разделы windows
/dev/hda1 /media/fat/c vfat defaults,noauto,iocharset=cp1251,codepage=866 0 0
А диск C: юзеру не отдается даже по R/O?
Ну, как-бы дело каждого, но несколько необычно.
Там нет ничего нужного, это системный диск винды, поставил что-бы был...
... программы которые не работали (pppd и другие) запустились после монтирования разделов /dev/pts и /dev/shm.

Думаю, что именно /dev/pts
Проверил, размонтировал /dev/pts и перестало работать, смонтировал и все опять ок.

Аватар пользователя sergeil

Re: сбой жесткого диска

Просьба использовать выделение. Очень тяжело читать.
Думал, что по ошибке отослан кусок моего предыдущего сообщения.

Аватар пользователя DRVTiny

Re: сбой жесткого диска

И всё-таки, вернёмся к нашим баранам: где у Алексея в fstab своп прописывается? Может, я чего-то недопонимаю, но в принципе при размере оперативной памяти не больше 512Мб всё-таки лучше бы от swap'а не отказываться (он оказывается совсем не лишним и тогда, когда при старте какого-нибудь KDE или GNOME на разных рабочих столах одновременно автоматически стартуют все "незакрытые" при завершении предыдущего сеанса приложения, что в принципе довольно удобно, если компьютер преимущественно используется для решения достаточно узкого круга задач).
В общем, я лично за то, чтобы своп был. Ещё я настоятельно рекомендую создать на диске раздел, отформатированный в ext2fs, под точку монтирования /tmp размером от 350Мб до 1Гб.

Цитата:
Просьба использовать выделение.

Т.е., по научному если, - цитирование. Используйте парные теги quote (выглядит это так же, как тэг q в HTML, только скобки не угловые, а квадратные).

Аватар пользователя sergeil

Re: сбой жесткого диска

Цитата:
DRVTiny писал:
И всё-таки, вернёмся к нашим баранам: где у Алексея в fstab своп прописывается? Может, я чего-то недопонимаю, но в принципе при размере оперативной памяти не больше 512Мб всё-таки лучше бы от swap'а не отказываться

Да, пожалуй, Alexey погорячился... Я на swap как-то не обратил внимание...
Грустный

Цитата:
В общем, я лично за то, чтобы своп был.

Абсолютно согласен. Размер свапа по-вкусу, но, насколько мне извесно, разработчики дистрибутива рекомендуют размер 1GB.

Цитата:
Ещё я настоятельно рекомендую создать на диске раздел, отформатированный в ext2fs, под точку монтирования /tmp размером от 350Мб до 1Гб.

Действительно. Перенос /tmp на отдельный раздел - это очень правильное решение.
Раздел /tmp очень интенсивно используется на запись. Не очень здорово, когда так много пишут в корневую файловую систему. Кстати, это может быть еще одной причиной почему последствия от сбоя по питанию оказались такими тяжелыми...

Из опыта. /tmp очень интенсивно используется и постоянно занят. Кстати, /tmp имеет специальный атрибут (t). Установить этот атрибут необходимо ПОСЛЕ того, как раздел будет смонтирован.

Я-бы рекомендовал перенести /tmp так:
1/ Создать раздел (указанный DRVTiny размер - оптимальный).
2/ Перезагрузится в single mode. Отформатировать новый раздел.
3/ Добавить запись в /etc/fstab
4/ Переименовать /tmp в /tmp.old
5/ Создать и смонтировать новый /tmp
root# mkdir /tmp; mount /tmp

6/ Изменить атрибуты /tmp:
root# chmod 777 /tmp ; chmod +t /tmp

7/ Скопировать с помощью MC или tar содержимое /tmp.old в /tmp

Цитата:
Т.е., по научному если, - цитирование.

Цитирование - один из них. Я не знаю всего перечня ключевых слов, но их значительно больше.
Я использую code и модификаторы шрифта.

RSS-материал