nixp.ru v3.0

24 мая 2017,
среда,
14:35:55 MSK

DevOps с компанией «Флант»
Uncle Theodore написал 6 мая 2004 года в 23:52 (530 просмотров) Ведет себя неопределенно; открыл 58 тем в форуме, оставил 1537 комментариев на сайте.

Дела такие. При попытке скопировать большие файлы (от 1 гига и больше) выдается input/output error в середине работы команды. Никакой другой доступ к ним (MPlayer, GOPchop и т.д — это кина) тоже невозможен — все виснет на разных этапах. Относительно мелкие файлы вроде читаются спокойно.

Отсюда вопрос. Можно ли как-нибудь понять, в чем проблема, в корруптанутой файловой системе (reiserfs 3) или в железе? Сейчас я перемонтировал диск read-only, спасаю, что могу. Пытаться мне потом переформатировать диск или нести его на помойку? fsck на диске не выводит ничего кроме своей версии. В dmesg ничего особенного, но /var/log/messages забита жуткими символами после того как однажды диск отказался маунтаться при ребуте, но потом согласился.

Так железо или файло? Можно ли это понять?

Good Luck,

UT

ПЫ СЫ Кстати, диск помер после серии зависаний машины по причине перегрева и последующих жестких перезапусков.

decvar

Лаптоп? Если гарантия жива — менять диск. Если нет — попробовать переформатить. Может на низком уровне?

Uncle Theodore

Нет, десктоп, самосборка. Диск, кстати, довольно неновый, года два… Кин жалко, не все на пленке остались, ну да ладно. Значит, все-таки железо?

Good Luck,

UT

fly4life

А скрипов никаких не слышно? ;)

«fsck на диске не выводит ничего кроме своей версии» — это означает, что не находит никаких ощибок?

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

Uncle Theodore

Вот! Нашел прогу, называется 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

Longobard

ИМХО ФС. Когда у меня было железо — были другие симптомы. Хотя возможно и то и другое.

myst

Маловерятно чтоб это была FS — всё-таки ReiserFS же! А совет такой: качать с сайта IBM тулзу для чекинга дисков и чекить диск с её помощью. Называется она HardDisk Test Tools или что-то в этом роде. Сделаешь загрузочную дискетку и грузанёшся с неё.

Uncle Theodore

Грустно, но переформатировать его я тоже не могу.

# 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

Uncle Theodore

Мда. К сожалению, не получилось ничего. badblocks «работал» всю ночь, но не наработал ничего и не вышел. Никакой другой прогой, в том числе и родной maxtor’овской, блоки читать тоже не удается. Так что, это первый Maxtor, померший бесславной смертью через два года не очень активной эксплуатации. Ничего цензурного по этому поводу на ум не приходит. Спасибо всем за помощь, после работы поеду в магазин, куплю еще один Maxtor (не Seagate же покупать с Western Digital’ом…)

Good Luck,

UT

mlind

а макстор случайно не плоский?

Uncle Theodore

Не понял вопроса, что такое плоский макстор?

Good Luck,

UT

pol

Слушай если 20 Гб 540 серии, то только выкидывать, у нас в городе скандал с ними был, через год два (в зависимости от эксплуатации) слетели все двадцатки из одной партии я то же пострадал, сейчас та же фигня 20 Гб Seagate, слетела партия,  Сыпятся по простому, симптомы те же, что и у тебя.

myst

У меня уже 4 года IBM DTLA (5200 об./мин., 40 Гб), и могу сказать о нём только хорошее.

Uncle Theodore

Однако, пришлось купить новый диск, опять макстор, 250G, за 200 тугриков (можно было купить Seagate или Western Digital за примерно 150 капустных листов… интересно, а какие цены в России?). Забавно, что Slackware 9.0 отказалась с ним работать наотрез, хотя ядро у нее 2.4.20. fdisk, hdparm и прочие просто завешивали машину при попытке обратиться к новому диску. Пришлось поставить Slackware 9.1, и тогда все заработало прекрасно. Такие вот пироги…

Good Luck,

UT

mlind
Uncle Theodore
Не понял вопроса, что такое плоский макстор?

Good Luck,

UT

У макстора была такая экспериментальная модель — винт раза в два мешьше по высоте, чем обычный, т.е. более плоский. Вот эти самые винты летать любят. У меня один такай сдох, у другого появились шумики.

Digger

Я тут винт на 120Гб намылился покупать… Посоветуйте что-нить?

myst

IBM

anonymous

Digger ' у:

Бери Maxtor Plus9-6Y120P0 — 94$, udma133, 8Mb кэш

или M0 — там ATA 150 (103$)

Genie

UT..

сие есть чисто хардварная проблема. причём виновного точно абсолютно указать просто нереально.

итак, что бы сделал я, чтобы спасти инфу, всю что можно…

настройки биоса режима работы винта — строго pio4, udma — disable, ide block transfer — disable, read prefetch — disable.

выдернуть из компа всё лишнее. подключить более мощный и качественный блок питания. отключить на время некритичные onboard устройства.

если сие помогло — разбираться кто виноват — я предположу, что в случае успешной работы винта в такой конфигурации — то это вина некачественного конденсатора… на плате ли, в блоке питания — это уже другой вопрос…

у самого на работе время от времени подвисает комп. причина известна — как раз в кондёрах. как только в сети 220В появляются помещи с частотой, кратной 400Гц, так всё. по часу-полтора бъюсь за то, чтобы линух запустился. про винды я тут даже и не думаю — не доживают даже до ввода пароля….

ps: сие и называется «шаманские пляски»…