The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"fsck_ufs: cannot alloc %% bytes for inoinfo"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 06-Дек-09, 20:00 
Здравствуйте, уважаемые знатоки! Кто-нибудь сталкивался с подобным:
fsck_ufs: cannot alloc 4008636140 bytes for inoinfo  ??
Newfs не предлагать, т.к. єто раздел / .
Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от lavr email on 06-Дек-09, 22:59 
> Здравствуйте, уважаемые знатоки! Кто-нибудь сталкивался с подобным:
>fsck_ufs: cannot alloc 4008636140 bytes for inoinfo  ??
> Newfs не предлагать, т.к. єто раздел / .

размер FS (UFS1 или UFS2)?
сколько RAM?
сколько SWAP?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 06-Дек-09, 23:36 

>размер FS (UFS1 или UFS2)?

496Mb UFS2

>сколько RAM?

1Gb

>сколько SWAP?

512Mb

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от lavr email on 07-Дек-09, 10:09 
>[оверквотинг удален]
>
>496Mb UFS2
>
>>сколько RAM?
>
>1Gb
>
>>сколько SWAP?
>
>512Mb

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

на read-only монтируется?
пока есть возможность снимите информацию о слайсах fdisk и партициях bsdlabel,
если корень монтируется в read-only - слить с него все что нужно, далее прозрачно

чем newfs не угодил? если FS были стандартно созданы, newfs -N даст альтернативные
суперблоки, один из которых можно попробовать для fsck_ffs, но только после
съема данных с read-only

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 07-Дек-09, 14:15 
>на read-only монтируется?

Конечно! Даже на rw, если mount -f!

>если корень монтируется в read-only - слить с него все что нужно,

Слил, также сделал dd.
>далее прозрачно

То есть?


>чем newfs не угодил? если FS были стандартно созданы, newfs -N даст
>альтернативные
>суперблоки, один из которых можно попробовать для fsck_ffs, но только после
>съема данных с read-only

Я так понимаю, newfs создаст новую fs. А как сделать чтоб раздел был корневым, то есть и загрузочным? Я пробовал и отключить background_fsck, и другие прелести, чтоб избежать newfs.
В общем, не дождался я ответа и сделал newfs /dev/ad1s1a на другой машине. Но обратно перенести данные не смог:
#cp -vR /var/tmp/back /mnt (битый раздел) - write failed, filesystem is full.
#dd if=/var/tmp/backup of=/dev/ad1s1a - Operation not permitted.

И что теперь? Не работал я c newfs..

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 07-Дек-09, 15:53 
> В общем, не дождался я ответа и сделал newfs /dev/ad1s1a на
>другой машине. Но обратно перенести данные не смог:
> #cp -vR /var/tmp/back /mnt (битый раздел) - write failed, filesystem is
>full.
> #dd if=/var/tmp/backup of=/dev/ad1s1a - Operation not permitted.
>

Возобновил корневой раздел к прежнему состоянию, то есть каким и был. Жду дальнейших инструкций!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 07-Дек-09, 20:10 
Короче, сделал  newfs /dev/ad1s1a на другой машине. После, reboot и
#mount /dev/ad1s1a /mnt
#cp -vR /var/tmp/back /mnt

Все! Нерабочая ОС снова на ходу! ))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от lavr email on 07-Дек-09, 21:20 
>Короче, сделал  newfs /dev/ad1s1a на другой машине. После, reboot и
>#mount /dev/ad1s1a /mnt
>#cp -vR /var/tmp/back /mnt
>
>Все! Нерабочая ОС снова на ходу! ))

cp неудачный вариант, лучше tar, cpio или dump/restore (в данном случае dump
можно использовать потому что он делался с заведомо нормальной FS)

ps. и все же newfs вы делали? почему возникли проблемы на root-fs?! что если
hdd поплыл?


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от acd email(ok) on 08-Дек-09, 01:41 
>cp неудачный вариант, лучше tar, cpio или dump/restore

На счет cp - согласен, сделал на скорую руку. Потому что, dump/restore - не получалось, а tar'ом или cpio только пользовался для архивации.


>ps. и все же newfs вы делали? почему возникли проблемы на root-fs?!

Да. Все таки newfs. Рискнул, для того и сделал dd.

>что если
>hdd поплыл?

Да, так и есть. Сделал 2 проходки MHDD с опцией remap для сбойных секторов, теперь чисто! Вот, после и "долечивал" FS вышеуказанным способом.


И спасибо Вам огромное за уделенное мне внимание!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от lavr email on 08-Дек-09, 09:25 
>[оверквотинг удален]
>
>>что если
>>hdd поплыл?
>
> Да, так и есть. Сделал 2 проходки MHDD с опцией remap
>для сбойных секторов, теперь чисто! Вот, после и "долечивал" FS вышеуказанным
>способом.
>
>
>И спасибо Вам огромное за уделенное мне внимание!

да не на чем, имейте ввиду что диск больше года не протянет и работать
с таким диском под Unix себе дороже, советую озаботиться бекапом...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "fsck_ufs: cannot alloc %% bytes for inoinfo"  +/
Сообщение от lavr email on 07-Дек-09, 16:41 
>[оверквотинг удален]
> Я так понимаю, newfs создаст новую fs. А как сделать чтоб
>раздел был корневым, то есть и загрузочным? Я пробовал и отключить
>background_fsck, и другие прелести, чтоб избежать newfs.
> В общем, не дождался я ответа и сделал newfs /dev/ad1s1a на
>другой машине. Но обратно перенести данные не смог:
> #cp -vR /var/tmp/back /mnt (битый раздел) - write failed, filesystem is
>full.
> #dd if=/var/tmp/backup of=/dev/ad1s1a - Operation not permitted.
>
> И что теперь? Не работал я c newfs..

1) newfs - создает новую FS
2) newfs -N ничего не создает, а лишь показывает ЧТО будет делать, можно переписать
адреса альтернативных superblok'ов для запуска вручную в single-user mode

fsck_ffs -y -b адрес_альтернативного /dev/adXsYa (если основной суперблок битый)

3) если у вас корневая FS испорчена, то dd вам эту же кривую FS и скопирует, значит
если есть корневая FS в single-user mode монтируется (read-only) и позволяет
скопировать /etc /root используя tar или cpio или pax, то это и нужно сделать

4) после чего корень можно сделать загрузившись с любого freebsd-related livecd,
кстати и проверить корень можно используя livecd чтобы убедиться что он либо
восстановлен благодаря fsck, либо все ж убит:

5) если убит, то грузиться с livecd того же релиза что был у вас,

# newfs /dev/adXsYa

теперь можете по сети или еще откуда восстановить ваш корень, лучше залить новый
как после install, а затем поверх положить ваши настройки из /etc и если нужно из /root

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру