[РЕШЕНО] Упала файловая система (recovery required on readonly filesystem)

[Mam(O)n]

Запустил утилиту Victoria - пишет SMART status = BAD из-за UDMA_CRC_Error_Count = 1. Ещё бы знать чего эт значит...

Возможно, что это и есть причина того, что в журнале файловой системы отразился "IO failure".

Так на каком этапе сейчас проблема стоит? Проверку отмонтированной (!!!) файловой системы с помощью fsck сделал?

[disfated]

Всё на том же этапе стою, что и в первом посте:

Код: [Выделить]

$ sudo fsck.ext4 /dev/sda1
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Устройство или ресурс занято при попытке открыть /dev/sda1
Filesystem mounted or opened exclusively by another program?

Гружусь с лив-сиди, никуда не лезу - сразу команду выполняю - в этом случае он ведь не примонтирован никуда???

[Mam(O)n]

в этом случае он ведь не примонтирован никуда???

Нужно посмотреть на вывод cat /proc/mounts. И последние записи в выводе команды dmesg желательно тоже глянуть.

[disfated]

силь ву пле

Код: [Выделить]

ubuntu@ubuntu:~$ cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=1023724k,nr_inodes=215268,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sdc1 /cdrom vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/loop0 /rofs squashfs ro,noatime 0 0
/dev/sdc1 /casper-rw-backing vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/loop1 /cow ext3 rw,noatime,errors=continue,barrier=0,data=ordered 0 0
aufs / aufs rw,noatime,si=15207101 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,relatime 0 0
none /var/run tmpfs rw,nosuid,relatime,mode=755 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
gvfs-fuse-daemon /home/ubuntu/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=999,group_id=999 0 0

dmesg весь - http://pastebin.com/X9LLBKwK
*диска два - оба одинаковые - проблемный везде первый идёт
Пользователь решил продолжить мысль 20 Февраля 2011, 12:39:01:Кстати на втором диске тоже UDMA_CRC_Error_Count = 1. При этом дисковая утилита говорит, что фс чиста на нём и он монтируется/отмонтируется без проблем. Так что вряд ли в этом дело

[Mam(O)n]

Из dmesg видно то, что система пытается подключить раздел и на этом процесс монтирования падает с ошибкой доступа к странице памяти. Из за этого похоже, что не высвобождается ресурс /dev/sda1.

Попробуй запустить livecd в текстовом режиме. Для чего в меню выбора типа загрузки нажми F6 и затем откажись от выбора меню клавишей ESC. После чего внизу появится строчка "Boot options", куда впиши опцию "text".

(Нажмите, чтобы показать/скрыть)

Пользователь решил продолжить мысль 20 Февраля 2011, 13:03:35:

Кстати на втором диске тоже UDMA_CRC_Error_Count = 1. При этом дисковая утилита говорит, что фс чиста на нём и он монтируется/отмонтируется без проблем. Так что вряд ли в этом дело

Это счётчик, который показывает, что проблема была. Судить о персистентности проблемы можно только по приращению показателя. А падение ФС это всего лишь следствие, и отстутствие проблем с ФС на другом диске это не показатель, ударить могло в любой момент на любой операции, и последствия могут быть разные.

[disfated]

Сделал. fsck.ext4 то же самое говорит. в dmesg вроде тоже без изменений.
А в текстовом режиме - это значит ГУИ вообще не должен появиться? у меня появился. там строчка boot options немного другая - я просто встал в начало и text ввёл.

[Mam(O)n]

А в текстовом режиме - это значит ГУИ вообще не должен появиться? у меня появился. там строчка boot options немного другая - я просто встал в начало и text ввёл.

Да, гуи вообще не должен появиться. Лайвсиди какой? Я на 10.10 проверял. Пробел после text указал? А если в конец text добавить?

[disfated]

Всё-всё. загрузилась в тексте. fsck.ext4 - без изменений. dmesg - вижу только хвост, а перелистывать не знаю как  

[Mam(O)n]

Вот жеж плин...
dmesg | less пролистать даст. Кнопка q -выход из программы.
Или же просто погрепай dmesg | grep ext4
Пользователь решил продолжить мысль 20 Февраля 2011, 13:42:07:Мдя. Кажется оно на этапе initrd его монтирует падла. Копать надо глубже, или попробовать искать другой livecd..

[disfated]

dmesg говорит то же самое, только без первых двух строчек

Код: [Выделить]

[   25.410411] EXT4-fs warning (device sda1): ext4_clear_journal_err: Filesystem error recorded from previous mount: IO failure
[   25.410417] EXT4-fs warning (device sda1): ext4_clear_journal_err: Marking fs in need of filesystem check.


Мдя. Кажется оно на этапе initrd его монтирует падла. Копать надо глубже, или попробовать искать другой livecd..

Чувствую, это совсем плохо....
А скажи, почему тогда утилитой с hirens's boot cd я этот винт спокойно смотрел?

[Mam(O)n]

Есть ещё вариант, прогрузить систему в текстовом режиме, без этого диска, а затем подцепить его через какой нибудь usb-box.

dmesg говорит то же самое, только без первых двух строчек

Интересно не это, а то, что валится ли процесс монтирования с

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[   25.056699] BUG: unable to handle kernel paging request at 01f44000
[   25.056704] IP: [<c03629fa>] __percpu_counter_sum+0x2a/0x70
[   25.056714] *pde = 00000000
[   25.056717] Oops: 0000 [#1] SMP
[   25.056721] last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:05:07.0/host4/uevent
[   25.056724] Modules linked in: dm_raid45 xor btrfs zlib_deflate crc32c libcrc32c radeon ttm drm_kms_helper usb_storage drm firewire_ohci r8169 intel_agp mii sata_via firewire_core crc_itu_t agpgart i2c_algo_bit video output
[   25.056746]
[   25.056750] Pid: 525, comm: exe Not tainted 2.6.35-25-generic #44-Ubuntu AMILO Xi 1554/AMILO Xi 1554
[   25.056753] EIP: 0060:[<c03629fa>] EFLAGS: 00010293 CPU: 1
[   25.056756] EIP is at __percpu_counter_sum+0x2a/0x70
[   25.056759] EAX: 00000000 EBX: 00000000 ECX: 01f44000 EDX: 00000000
[   25.056762] ESI: 00000000 EDI: c1233894 EBP: f690fd6c ESP: f690fd60
[   25.056764]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[   25.056767] Process exe (pid: 525, ti=f690e000 task=c1097230 task.ti=f690e000)
[   25.056769] Stack:
[   25.056771]  f6b2f200 156fd7f2 00000000 f690fda0 c02adf46 c14b6400 f690fd88 c05c79a1
[   25.056778] <0> 00000001 c14b6400 156fd7ee 00000000 f6f5b188 f6b2f200 c1233400 c14b6400
[   25.056786] <0> f690fdd8 c02ae113 f6b2f200 c05ea1b5 c0731bf8 c073ece2 c1233400 f690fdd8
[   25.056795] Call Trace:
[   25.056801]  [<c02adf46>] ? ext4_commit_super+0xd6/0x1d0
[   25.056807]  [<c05c79a1>] ? printk+0x2d/0x34
[   25.056811]  [<c02ae113>] ? ext4_clear_journal_err+0xa3/0xd0
[   25.056816]  [<c02d868c>] ? jbd2_journal_load+0x6c/0xd0
[   25.056820]  [<c02adcf9>] ? ext4_msg+0x49/0x50
[   25.056824]  [<c02b138f>] ? ext4_load_journal+0x14f/0x2e0
[   25.056828]  [<c02b282d>] ? ext4_fill_super+0x11fd/0x1a40
[   25.056833]  [<c0358d25>] ? vsnprintf+0xb5/0x430
[   25.056838]  [<c021ba22>] ? get_sb_bdev+0x162/0x1a0
[   25.056841]  [<c02b1630>] ? ext4_fill_super+0x0/0x1a40
[   25.056845]  [<c02ac866>] ? ext4_get_sb+0x26/0x30
[   25.056849]  [<c02b1630>] ? ext4_fill_super+0x0/0x1a40
[   25.056852]  [<c021b3b4>] ? vfs_kern_mount+0x74/0x1c0
[   25.056857]  [<c022fae3>] ? get_fs_type+0x33/0xb0
[   25.056861]  [<c021b55e>] ? do_kern_mount+0x3e/0xe0
[   25.056864]  [<c0232c5c>] ? do_mount+0x1dc/0x220
[   25.056868]  [<c0232d0b>] ? sys_mount+0x6b/0xa0
[   25.056872]  [<c05ca5d4>] ? syscall_call+0x7/0xb
[   25.056874] Code: 00 55 89 e5 57 89 c7 56 53 e8 b3 76 26 00 8b 5f 04 b8 ff ff ff ff 8b 77 08 eb 1c 8d b6 00 00 00 00 8b 0c 85 c0 57 81 c0 8b 57 14 <8b> 14 0a 89 d1 c1 f9 1f 01 d3 11 ce 8d 48 01 a1 6c a3 5d c0 ba
[   25.056918] EIP: [<c03629fa>] __percpu_counter_sum+0x2a/0x70 SS:ESP 0068:f690fd60
[   25.056924] CR2: 0000000001f44000
[   25.056927] ---[ end trace fb39087dfe29ca10 ]---


А скажи, почему тогда утилитой с hirens's boot cd я этот винт спокойно смотрел?

А оно на linux разве?

[Trome]

А может это кабель   SATA неисправен

[disfated]

вот такое решение нашёл. Чего скажите? Fedora14LiveCD?

[Mam(O)n]

Ну я думаю то что надо!
Пользователь решил продолжить мысль 20 Февраля 2011, 14:37:38:Кстати, обрати внимание, там ещё более легковесные и более специализированные дистрибутивы предлагают.

[disfated]

Скачал гномовский дистр Федоры.
Прогнал fsck:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[root@localhost liveuser]# fsck.ext4 /dev/sda1
e2fsck 1.41.12 (17-May-2010)
/dev/sda1: recovering journal
Clearing orphaned inode 8403011 (uid=1000, gid=1000, mode=0100644, size=33781)
Clearing orphaned inode 6293304 (uid=1000, gid=1000, mode=0100600, size=0)
Clearing orphaned inode 8397881 (uid=1000, gid=1000, mode=0100644, size=32768)
Clearing orphaned inode 8391489 (uid=1000, gid=1000, mode=0100600, size=323152)
Clearing orphaned inode 8401604 (uid=1000, gid=1000, mode=0100644, size=32768)
Clearing orphaned inode 8392180 (uid=1000, gid=1000, mode=0100600, size=323348)
Clearing orphaned inode 8401357 (uid=1000, gid=1000, mode=0100644, size=3205489)
Clearing orphaned inode 8264848 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264847 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264846 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264845 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264844 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264843 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264842 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264841 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264840 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264839 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264838 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264837 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264836 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264834 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264801 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264786 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264782 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264781 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264780 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264779 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264778 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264777 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264775 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264453 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264447 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264445 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264441 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264429 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8264342 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 8388811 (uid=1000, gid=1000, mode=0100600, size=1)
Clearing orphaned inode 8264783 (uid=1000, gid=1000, mode=0100644, size=3080)
Clearing orphaned inode 6293195 (uid=1000, gid=1000, mode=0100600, size=0)
Clearing orphaned inode 8520014 (uid=1000, gid=1000, mode=0100644, size=501200)
Clearing orphaned inode 8392169 (uid=1000, gid=1000, mode=0100644, size=32768)
Clearing orphaned inode 8392145 (uid=1000, gid=1000, mode=0100600, size=322580)
Clearing orphaned inode 6292911 (uid=1000, gid=1000, mode=0100600, size=2048)
Clearing orphaned inode 6292910 (uid=1000, gid=1000, mode=0100600, size=2576)
Clearing orphaned inode 6292905 (uid=1000, gid=1000, mode=0100600, size=2048)
Clearing orphaned inode 6292900 (uid=1000, gid=1000, mode=0100600, size=2576)
Clearing orphaned inode 6292897 (uid=1000, gid=1000, mode=0100600, size=0)
Clearing orphaned inode 6292892 (uid=1000, gid=1000, mode=0100600, size=2048)
Clearing orphaned inode 6292888 (uid=1000, gid=1000, mode=0100600, size=2056)
Clearing orphaned inode 6292845 (uid=1000, gid=1000, mode=0100600, size=512)
Clearing orphaned inode 6292843 (uid=1000, gid=1000, mode=0100600, size=2048)
Clearing orphaned inode 6292840 (uid=1000, gid=1000, mode=0100600, size=2056)
Clearing orphaned inode 6292838 (uid=1000, gid=1000, mode=0100600, size=512)
Clearing orphaned inode 6430734 (uid=0, gid=0, mode=040000, size=4096)
Clearing orphaned inode 6424178 (uid=115, gid=124, mode=0100600, size=0)
Clearing orphaned inode 6423398 (uid=115, gid=124, mode=0100600, size=0)
Clearing orphaned inode 6423397 (uid=115, gid=124, mode=0100600, size=0)
Clearing orfsckphaned inode 6423396 (uid=115, gid=124, mode=0100600, size=0)
Clearing orphaned inode 6423342 (uid=115, gid=124, mode=0100600, size=0)
/dev/sda1: clean, 385246/9388032 files, 34551727/37536256 blocks (check in 4 mounts)


После чего моя Убунточка завелась!!!  
Рад несказанно! Всем, кто помогал - огромное спасибо, особенно Mam(O)n - низкий поклон. Без тебя я бы в своём одиночестве беспомощности так и остался.

Теперь о грусном, точнее о тревожном.
Уже в Убунте зашёл в Диск Утилити - там она красиво СМАРТ данные показывает. Оказывается на втором диске этой ошибки нет (видимо, это я с интерфейсом Виктории не совладал - он у неё специфичный), а на проблемном (бывшем проблемном!!) - конечно есть. Посему вопрос. Это что для меня значит? Диск скоро накроется? И от чего такой крэш мог возникнуть? Мне просто надо термопасту менять срочно - ноут греется жутко - я всё тяну... Может из-за перегрева?