LINUX.ORG.RU
Форум — Linux-hardware  

[HDD] Filesystem errors left uncorrected, aborting

 


0

1

В последнее время перед запуском системы стал происходить запуск/проверка fsck, не могу понять в чем причина

Снимок, как выглядет и что пишет:
http://img225.imageshack.us/img225/9784/dsc009920.jpg

Самое интересно проверка происходит разделов с ФС: ext3, а / , который на ext4 как-то это не затрагивает, еще они правда на так сказать логическом разделе эти с ext3, но уже даже не знаю, что думать, раньше же проверки хоть и были, но не такие частые (и долгие).

Через GParted отмонтировал и проверял эти разделы. Делал fsck /dev/sdaX , все-равно перезапуск/включение машины и загрузка системы, сообщается выше продемонстрированное. На всякий в fstab вместо UUID указал /dev/sd... соотв.
Да еще, после данной проверки система запускается и все вроде как работает нормально.

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

★★★★★

Ответ на: комментарий от DoctorSinus

А это с каким ключом такое проверить желательнее?

а то вот: 

# smartctl -H /dev/sda     
smartctl 5.39.1 2010-01-28 r3054 [i686-slackware-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

NK ★★★★★
() автор топика
Ответ на: комментарий от anon_666 
# fsck -fvy /dev/sda5
fsck from util-linux-ng 2.18
e2fsck 1.41.12 (17-May-2010)
/dev/sda5 is mounted.  

WARNING!!!  The filesystem is mounted.   If you continue you ***WILL***
cause ***SEVERE*** filesystem damage.

Do you really want to continue (y/n)? yes

PUB: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure                                           
Pass 3: Checking directory connectivity                                        
Pass 4: Checking reference counts
Pass 5: Checking group summary information                                     
                                                                               
PUB: ***** FILE SYSTEM WAS MODIFIED *****

   28440 inodes used (0.80%)
    2756 non-contiguous files (9.7%)
      25 non-contiguous directories (0.1%)
         # of inodes with ind/dind/tind blocks: 5690/371/0
 6702259 blocks used (94.69%)
       0 bad blocks
       2 large files

   27609 regular files
     821 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
       1 symbolic link (1 fast symbolic link)
       0 sockets
--------
   28431 files
NK ★★★★★
() автор топика
Ответ на: комментарий от NK

WARNING!!! The filesystem is mounted. If you continue you ***WILL*** cause ***SEVERE*** filesystem damage.

Перевод:

ВНИМАНИЕ! Файловая система смонтирована. Если вы продолжите вы ***ВЫЗОВИТЕ*** ***ТЯЖЕЛОЕ*** повреждение файловой системы.

No comments.

anon_666 ★
()
Ответ на: комментарий от anon_666

давая команду с ключами fy, надо было предупредить человека, что запускать надо на несмонтированной фс.

No comments.

uspen ★★★★★
()
Ответ на: комментарий от uspen

Я люблю постить однострочники без комментариев и предупреждений.

anon_666 ★
()
Ответ на: комментарий от NK

На отмонтированном диске это делай, идиот!

anonymous
()
Ответ на: комментарий от NK

>> Do you really want to continue (y/n)? yes

Вот теперь ты гарантированно сделал себе проблемы.

GotF ★★★★★
()
Ответ на: No comments от NK

на том, который был отмонтирован это сделав все-равно проверка осталась, как и для другого

NK ★★★★★
() автор топика
Ответ на: комментарий от sprutos

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

NK ★★★★★
() автор топика
Ответ на: комментарий от Windos7

ВНИМАНИЕ! Файловая система смонтирована. Если вы продолжите вы ***ВЫЗОВИТЕ*** ***ТЯЖЕЛОЕ*** повреждение файловой системы.

uspen ★★★★★
()
Ответ на: комментарий от Windos7

Для этого надо глубоко разбираться в вопросе. Как я думаю, раз система смонтирована, на ней может происходить и чтение и запись, что для fsck может быть критично.

uspen ★★★★★
()
Ответ на: комментарий от uspen

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

NK ★★★★★
() автор топика
Ответ на: комментарий от NK

>что послужило этому, а знать не плохо бы, что бы в дальнейшем не допустить

Подозреваю, что фс не размонтируется при завершении работы. Неплохо бы было назвать дистрибутив и скастовать в тред специалистов по его init скриптам.

aidaho ★★★★★
()
Ответ на: комментарий от NK

У тебя на скрине сверху видно надпись 

HOME. Superblock last write time (Sat Dec 11 13:57:23 2010, now = Fri Dec 10 08:44:17 2010) is in the future.

Из-за этого он и проверяет. У меня такая штука на Debian squeeze тоже каждый раз была при загрузке, но мне было пох, так как uptime моего домашнего компа насчитывает как минимум 20 дней. Вылечилось очередным апдейтом.

uspen ★★★★★
()
Ответ на: комментарий от uspen

Делай выводы - кто тебе меняет дату: Винда, батарейка, другой линукс с не тем часовым поясом

uspen ★★★★★
()
Ответ на: комментарий от aidaho

> Подозреваю, что фс не размонтируется при завершении работы

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

NK ★★★★★
() автор топика
Ответ на: комментарий от uspen

Ага, вот это уже интересно, спасибо,
кажется , что-то уже могу предположить, что может быть здесь UTC как-то замешан(?)

NK ★★★★★
() автор топика
Ответ на: комментарий от NK

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

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

Можно загрузиться с какого-нибудь livecd и не монтируя разделы выполнить tune2fs -l /dev/sdXn|grep state

P.S. версия upsen'a выглядит лучше моей. P.P.S. есть либо был еще баг, когда при перемонтировании фс в ro (это то, что скрипты как правило делают перед выключением) грязные страницы с момента последнего sync тихо вылетали в трубу.

aidaho ★★★★★
()

Странно, вырубал машину, спустя несколько часов включил - проверки fsck не было, для теста перезапустился и опять эта проверка

NK ★★★★★
() автор топика

На всякий случай, могу еще один из tune2fs -l показать 

# tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   PUB
Last mounted on:          <not available>
Filesystem UUID:          cf00365d-03a7-542e-caf3-36ba24f3e44d
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3538944
Block count:              7077888
Reserved block count:     0
Free blocks:              596407
Free inodes:              3510507
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16384
Inode blocks per group:   512
Filesystem created:       Wed Nov 11 17:41:36 2009
Last mount time:          Sat Dec 11 08:56:05 2010
Last write time:          Sat Dec 11 08:56:05 2010
Mount count:              1
Maximum mount count:      100
Last checked:             Sat Dec 11 08:53:33 2010
Check interval:           15552000 (6 months)
Next check after:         Thu Jun  9 09:53:33 2011
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      ce145aab-f858-d7b5-72e8-1ff69b548e9a
Journal backup:           inode blocks

NK ★★★★★
() автор топика
Ответ на: комментарий от NK

>Filesystem features: needs_recovery

Этот флаг присутствует только на смонтированной или неразмонтированной фс.

Можно загрузиться с какого-нибудь livecd и не монтируя разделы выполнить tune2fs -l /dev/sdXn

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

Можно загрузиться с какого-нибудь livecd и не монтируя разделы выполнить tune2fs -l /dev/sdXn

Выполнил и записал вывод

# tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   PUB
Last mounted on:          <not available>
Filesystem UUID:          cf00365d-03a7-542e-caf3-36ba24f3e44d
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3538944
Block count:              7077888
Reserved block count:     0
Free blocks:              59070
Free inodes:              3510505
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16384
Inode blocks per group:   512
Filesystem created:       Wed Nov 11 17:41:36 2009
Last mount time:          Sat Dec 11 23:10:37 2010
Last write time:          Sat Dec 11 23:10:37 2010
Mount count:              2
Maximum mount count:      100
Last checked:             Sat Dec 11 11:02:15 2010
Check interval:           15552000 (6 months)
Next check after:         Thu Jun  9 12:02:15 2011
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      ce145aab-f858-d7b5-72e8-1ff69b548e9a
Journal backup:           inode blocks
NK ★★★★★
() автор топика
Ответ на: комментарий от NK

>needs_recovery

Поэтому и fsck при старте. Таки кастуйте специалистов по своему дистрибутиву.

aidaho ★★★★★
()

Итак, всем кто откликнулся спасибо, проблему решил, просто в биосе поставил точную дату, было расхождение в 2(!)дня, возможно я чего-то сбил проставляя date, во общем-то сейчас вроде вопрос решен и все загружается, как надо

По поводу убил или не убил ФС, хочу узнать до конца, вроде как загружается и все нормально, можно ли как-то подправить посмотреть не сильно ли сбил я чего fsck на том разделе, который примонтирован был или теперь только время покажет?

NK ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Linux-hardware