LINUX.ORG.RU
ФорумAdmin

чем можно проверить целостность диска или файловой системы или что это воообще такое за глюки???


0

0

есть проблема, есть диск 20 гигов с ASP RC1, он заглючил, пытаюсь удалить что-то, говорит что диск забит на 100%.

Взял новый диск, установил 7.1, подмонтировал к нему старый диск, говорю df, на новом все окей, а старый все те-же 100%.

Отсюда вывод - чего-то там сбоит на стром диске.

решил проверить целостность диска fsck /dev/hdb2 - сказало может порушить систему...

Короче вобщем чем мне старый диско проверить, удаляю оттуда что-то, по прежнему df говорит что знято 100%. Хоть гиг удали, все пофиг, что сделать можно? Потом стало нистого ниссего ругаться(не запускать X) типа /var/run/gdm уже запущен. Причем пытаюсь убить процесс /var/run/gdm через ps -aux дык оно походу с такой частотой перезапускает что номера процессов в ps -aux уже не совпадают, т.е. не успеваю я убить этот gdm...

чего делать? В принципе сам могу разобраться, да больно информация важная на 20 гигабайтах лежит. могу нечаянно порушить. Спасибо!

anonymous

чего sync делает, синхронизует таблицы разбиений? но что это могет быть то, кластер забит, значит забит, его df и видит забитым. должен быть файл, который отвечает за карту размещения занятиых и свободных кластеров(или цилиндров) на винте. Может этому самому файлу надо было сделать бекап... Но тут странность, ведь если подключить к исправной системе неисправный(в смысле глюкнула система контроля за состоянием кластеров) диск(виндовая логика), то на рабочей системе, должно показывать все верно. А не показывает.

ситауция, есть два винта, оба загрузочные. Слейвом стоит тот у которого df глючный. второй винт примари, с него грузится люникс, подмаунтил глюкавый на нормальный, команда df в нормальном дает те-же 100 процентов на подмаунченый ненормльный. Т.е. типа юзаю два винта под линухом как под виндой, джамперами или в биосе определяю с какого грузится, ну и соотвественно виндовая идеология копирования файлов с глючного на неглючный...

Вобщем либо таблица размещений файлов на глючном винте полетела, либо еще что-то. До этого глючный исправно работал семь месяцев файлсервером под самбой без сучка и задоринки.

Как то неясно, чего могло произойти. Перлом это все хачить походу не получится...

anonymous
()

вот в ответ прислали такую разблюдовку - что это значит вообще?

$ sudo dd if=/dev/zero of=/vol/foo

/vol: write failed, file system is full dd: /vol/foo: No space left on device 10057601+0 records in 10057600+0 records out 5149491200 bytes transferred in 398.981 secs (12906585 bytes/sec) $ df /vol Filesystem 512-blocks Used Avail Capacity Mounted on /dev/wd1j 10067466 10067452 -503358 105% /vol $ sudo rm /vol/foo $ df /vol Filesystem 512-blocks Used Avail Capacity Mounted on /dev/wd1j 10067466 10067452 -503358 105% /vol $ sync $ df /vol Filesystem 512-blocks Used Avail Capacity Mounted on /dev/wd1j 10067466 4 9564090 0% /vol

anonymous
()

вот в ответ прислали такую разблюдовку - что это значит вообще?

$ sudo dd if=/dev/zero of=/vol/foo 

/vol: write failed, file system is full 
dd: /vol/foo: No space left on device 
10057601+0 records in 
10057600+0 records out 
5149491200 bytes transferred in 398.981 secs (12906585 bytes/sec) 
$ df /vol 
Filesystem 512-blocks Used Avail Capacity Mounted on 
/dev/wd1j 10067466 10067452 -503358 105% /vol 
$ sudo rm /vol/foo 
$ df /vol 
Filesystem 512-blocks Used Avail Capacity Mounted on 
/dev/wd1j 10067466 10067452 -503358 105% /vol 
$ sync 
$ df /vol 
Filesystem 512-blocks Used Avail Capacity Mounted on 
/dev/wd1j 10067466 4 9564090 0% /vol 

anonymous
()

А если попробовать списать все, что можно с глючного винта (на всякий случай), а потом отмаунтить его и сделать fsck /dev/hdb2 ?

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