Дела такие. При попытке скопировать большие файлы (от 1 гига и больше) выдается input/output error в середине работы команды. Никакой другой доступ к ним (MPlayer, GOPchop и т.д — это кина) тоже невозможен — все виснет на разных этапах. Относительно мелкие файлы вроде читаются спокойно.
Отсюда вопрос. Можно ли как-нибудь понять, в чем проблема, в корруптанутой файловой системе (reiserfs 3) или в железе? Сейчас я перемонтировал диск read-only, спасаю, что могу. Пытаться мне потом переформатировать диск или нести его на помойку? fsck на диске не выводит ничего кроме своей версии. В dmesg ничего особенного, но /var/log/messages забита жуткими символами после того как однажды диск отказался маунтаться при ребуте, но потом согласился.
Так железо или файло? Можно ли это понять?
Good Luck,
UT
ПЫ СЫ Кстати, диск помер после серии зависаний машины по причине перегрева и последующих жестких перезапусков.
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Лаптоп? Если гарантия жива — менять диск. Если нет — попробовать переформатить. Может на низком уровне?
Нет, десктоп, самосборка. Диск, кстати, довольно неновый, года два… Кин жалко, не все на пленке остались, ну да ладно. Значит, все-таки железо?
Good Luck,
UT
А скрипов никаких не слышно? ;)
«fsck на диске не выводит ничего кроме своей версии» — это означает, что не находит никаких ощибок?
На самом деле, у меня почему-то уверенность, что накрылась файловая система, а не железка.
Вот! Нашел прогу, называется reiserfsck, и вот что она сказала:
Will read-only check consistency of the filesystem on /dev/hdb4
Will put log info to ’stdout'
Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Thu May 6 18:59:46 2004
###########
Filesystem seems mounted read-only. Skipping journal replay.
Checking internal tree../ 1 (of 98)/ 4 (of 85)
The problem has occurred looks like a hardware problem.
Check your hard drive for badblocks.
bread: Cannot read the block (8212).
Aborted
Гребана жизнь!! Все-таки железо, да? Подтвердите кто-нибудь, жуть как не хоцца 250 тугриков за новый драйв отдавать…
Good Luck,
UT
ИМХО ФС. Когда у меня было железо — были другие симптомы. Хотя возможно и то и другое.
Маловерятно чтоб это была FS — всё-таки ReiserFS же! А совет такой: качать с сайта IBM тулзу для чекинга дисков и чекить диск с её помощью. Называется она HardDisk Test Tools или что-то в этом роде. Сделаешь загрузочную дискетку и грузанёшся с неё.
Грустно, но переформатировать его я тоже не могу.
# mkreiserfs /dev/hdb4
<————-mkreiserfs, 2002————->
reiserfsprogs 3.6.4
mkreiserfs: Guessing about desired format..
mkreiserfs: Kernel 2.4.20 is running.
Format 3.6 with standard journal
Count of blocks on the device: 17042956
Number of blocks consumed by mkreiserfs formatting process: 8732
Blocksize: 4096
Hash function used to sort names: «r5»
Journal Size 8193 blocks (first block 18)
Journal Max transaction length 1024
inode generation number: 0
UUID: df476efd-3e89-4e6f-9234-b3b50a7e3903
ATTENTION: YOU SHOULD REBOOT AFTER FDISK!
ALL DATA WILL BE LOST ON '/dev/hdb4\′!
Continue (y/n):y
The problem has occurred looks like a hardware problem.
Check your hard drive for badblocks.
bread: Cannot read the block (0).
Aborted
Сейчас запустил badblocks, уже полчаса шуршит… Если ни фига не выйдет с ним, попробую IBM’овскую прогу…
Пойду я пожалуй, спать, завтра на работу… Спасибо всем!
Good Luck,
UT
Мда. К сожалению, не получилось ничего. badblocks «работал» всю ночь, но не наработал ничего и не вышел. Никакой другой прогой, в том числе и родной maxtor’овской, блоки читать тоже не удается. Так что, это первый Maxtor, померший бесславной смертью через два года не очень активной эксплуатации. Ничего цензурного по этому поводу на ум не приходит. Спасибо всем за помощь, после работы поеду в магазин, куплю еще один Maxtor (не Seagate же покупать с Western Digital’ом…)
Good Luck,
UT
а макстор случайно не плоский?
Не понял вопроса, что такое плоский макстор?
Good Luck,
UT
Слушай если 20 Гб 540 серии, то только выкидывать, у нас в городе скандал с ними был, через год два (в зависимости от эксплуатации) слетели все двадцатки из одной партии я то же пострадал, сейчас та же фигня 20 Гб Seagate, слетела партия, Сыпятся по простому, симптомы те же, что и у тебя.
У меня уже 4 года IBM DTLA (5200 об./мин., 40 Гб), и могу сказать о нём только хорошее.
Однако, пришлось купить новый диск, опять макстор, 250G, за 200 тугриков (можно было купить Seagate или Western Digital за примерно 150 капустных листов… интересно, а какие цены в России?). Забавно, что Slackware 9.0 отказалась с ним работать наотрез, хотя ядро у нее 2.4.20. fdisk, hdparm и прочие просто завешивали машину при попытке обратиться к новому диску. Пришлось поставить Slackware 9.1, и тогда все заработало прекрасно. Такие вот пироги…
Good Luck,
UT
У макстора была такая экспериментальная модель — винт раза в два мешьше по высоте, чем обычный, т.е. более плоский. Вот эти самые винты летать любят. У меня один такай сдох, у другого появились шумики.
Я тут винт на 120Гб намылился покупать… Посоветуйте что-нить?
IBM
Digger ' у:
Бери Maxtor Plus9-6Y120P0 — 94$, udma133, 8Mb кэш
или M0 — там ATA 150 (103$)
UT..
сие есть чисто хардварная проблема. причём виновного точно абсолютно указать просто нереально.
итак, что бы сделал я, чтобы спасти инфу, всю что можно…
настройки биоса режима работы винта — строго pio4, udma — disable, ide block transfer — disable, read prefetch — disable.
выдернуть из компа всё лишнее. подключить более мощный и качественный блок питания. отключить на время некритичные onboard устройства.
если сие помогло — разбираться кто виноват — я предположу, что в случае успешной работы винта в такой конфигурации — то это вина некачественного конденсатора… на плате ли, в блоке питания — это уже другой вопрос…
у самого на работе время от времени подвисает комп. причина известна — как раз в кондёрах. как только в сети 220В появляются помещи с частотой, кратной 400Гц, так всё. по часу-полтора бъюсь за то, чтобы линух запустился. про винды я тут даже и не думаю — не доживают даже до ввода пароля….
ps: сие и называется «шаманские пляски»…