Страница 1 из 1
Bad file descriptor on UFS
Добавлено: 2011-03-28 9:49:10
Miguel
Здрасте, товарищи)
Сабж. Поддох хард под freebsd. Сыпаться начал, 1 бэд есть, не ремапится. я с него на другой такой же, но рабочий (от греха подальше)
хард вот так вот
данные клонировал. заменил клонированным. все нормально, только когда fsck_ufs для одного из разделов делаешь, пишет
Код: Выделить всё
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
MISSING '.' I=1696289 OWNER=root MODE=40755
SIZE=512 MTIME=Nov 30 16:37 2010
DIR=/local/share/locale/rw
UNEXPECTED SOFT UPDATE INCONSISTENCY
CANNOT FIX, FIRST ENTRY IN DIRECTORY CONTAINS LC_MESSAGES
UNEXPECTED SOFT UPDATE INCONSISTENCY
когда ls вот так делаешь, пишет то, что в листинге ниже. как бы это пофиксить?
Спасибо.
Код: Выделить всё
ls -l /usr/local/share/locale/rw
ls: LC_MESSAGES: Bad file descriptor
total 0
Bad file descriptor on UFS
Добавлено: 2011-03-28 10:25:00
Miguel
Да, еще.
Код: Выделить всё
fsck_ufs -b [номер альтернативного суперблока]
не помогает
Re: Bad file descriptor on UFS
Добавлено: 2011-03-28 12:25:03
unix-admin
в однопользовательском режиме ?
Если не поможет, вот:
http://www.lissyara.su/articles/freebsd ... m/badsect/
Re: Bad file descriptor on UFS
Добавлено: 2011-03-28 13:33:32
Miguel
Да, конечно, в синглюзер.
спасибо, буду пробовать.
Читал эту статью. Но! Битых секторов на этом харде нет. он живой, я его гонял MHDD, все хорошо. и вот теперь понять не могу, что делать то. это, имхо, глюк фс.
Re: Bad file descriptor on UFS
Добавлено: 2011-03-28 16:56:48
Miguel
не помогает
в однопользовательском режиме. даже
не помогает.
Re: Bad file descriptor on UFS
Добавлено: 2014-03-13 0:21:10
savio
аналогичная проблема. решения так и не нашли?
Re: Bad file descriptor on UFS
Добавлено: 2014-03-13 0:39:07
Miguell
Re: Bad file descriptor on UFS
Добавлено: 2014-03-13 0:42:28
Miguell
Пардон, пароль забыл что-то.
да, clri, потом fsck. Но я что-то тогда то ли tar-ом все запаковал да форматнул, то ли жестак поменял.
Re: Bad file descriptor on UFS
Добавлено: 2014-03-13 0:48:00
savio
нда... у меня даже touch нету, /usr/bin/ пуст.
что интересно, на винте (который умирает) все файлы есть. Сделал бекап по провереной
методе
в single user, в этом же режиме развернул на другом ПК на другой новый винт. Все разедлы вроде ок, а вот /usr не повезло сним.
Щас тоже покавать таром буду.
Re: Bad file descriptor on UFS
Добавлено: 2014-03-14 22:53:34
Alex Keda
Miguel писал(а):не помогает
в однопользовательском режиме. даже
не помогает.
выхлоп покажите.
должно помочь, вообще-то
Re: Bad file descriptor on UFS
Добавлено: 2014-03-15 1:37:31
Miguel
Ну что же... Расставим палки рядом с Ы. Тема старая, тех данных и жестких дисков уж нет и в помине. Но, тем не менее, имеет смысл поговорить об этом.
Какой был выхлоп fsck_ufs -y -f -b я не помню, 2011 год шел, однако. Но суть в том, что это не помогало, а почему? Я мыслю так, что первый суперблок и его копии ведь со временем синхронизируются. А проблема с битой инодой всплыла далеко не сразу. И попытки выполнить fsck_ufs -y -f -b были предприняты не после первого затыка на ручной проверке после перезагрузки сервера. А на диск писалась инфа, удалялась с него. И когда я сдампил с помощью dd образ с этого, как оказалось, плохого диска на его хорошего близнеца, то, видимо, все суперблоки уже содержали одинаково битую запись о том директории (см 1 пост темы).
Поэтому я искал способ затереть иноду вручную. Но, тогда же, уже на новых хардах и железе я перешел на 9 версию фри с 8.2, емнип. И как-то однажды смотрю - нет уже этой проблемы. А уж потом узнал про clri.