usr попал в lost+found
ivanf 7 апреля, 2009 - 13:04
поставил на ноч пересобираться мир, утром проснулся комп висит, ну перегрузил. все закризилось нормально, потом запускаю муз плеер, он мне говорит типа библиотк не хватает. Ну я нажимаю emerge --resume и он мне начинает выдавать не хватет места на /usr/tmp, смотрю df -h, еще 16 гигов, осталось. usr = /dev/sdc7. начал ковырять че за фигня, fsck сделал он поругался на какой-то inode. потом сделал fsck -cy /dev/sdc7 , он чет пролечил, в листинге выводил файлы в usr. теперь все содержимое usr попало в /dev/sdc7/lost+found/, там хранятся inode
ls -al /usr/lost+found/* lrwxrwxrwx 1 root root 8 2009-04-06 20:07 #412 -> /bin/env lrwxrwxrwx 1 root root 4 2009-04-06 23:28 #418 -> last -rwxr-xr-x 1 root root 7796 2009-04-04 11:09 #41930 lrwxrwxrwx 1 root root 4 2009-04-06 22:58 #42 -> lzma -rwxr-xr-x 1 root root 15456 2009-04-04 11:09 #42296 drwxr-xr-x 3 root root 4096 2009-03-12 00:27 #426224 drwxr-xr-x 5 root root 8192 2009-04-07 01:06 #426723 drwxr-xr-x 242 root root 12288 2009-04-06 21:57 #426953 lrwxrwxrwx 1 root root 7 2009-03-24 02:48 #429 -> slocate lrwxrwxrwx 1 root root 9 2009-03-24 03:56 #434 -> gucharmap lrwxrwxrwx 1 root root 13 2009-04-06 20:07 #437 -> /bin/readlink lrwxrwxrwx 1 root root 6 2009-04-06 22:58 #44 -> lzmore lrwxrwxrwx 1 root root 20 2009-03-24 08:13 #445 -> /usr/bin/gnome-mount lrwxrwxrwx 1 root root 25 2009-04-06 22:59 #45 -> ../lib/misc/am-wrapper.sh lrwxrwxrwx 1 root root 25 2009-04-06 23:00 #453 -> ../lib/misc/ac-wrapper.sh -rwxr-xr-x 1 root root 11112 2009-04-06 20:15 #46128 lrwxrwxrwx 1 root root 8 2009-04-06 20:07 #465 -> /bin/seq
du -h /usr/lost+found/* 28K /mnt/lost+found/#426953/zoneinfo/America/Montserrat 32K /mnt/lost+found/#426953/zoneinfo/America/Guadeloupe/detail 44K /mnt/lost+found/#426953/zoneinfo/America/Guadeloupe 36K /mnt/lost+found/#426953/zoneinfo/America/Grenada 52K /mnt/lost+found/#426953/zoneinfo/America/Martinique 8,0K /mnt/lost+found/#426953/zoneinfo/America/Barbados 796K /mnt/lost+found/#426953/zoneinfo/America 44K /mnt/lost+found/#426953/zoneinfo/posix/US 28K /mnt/lost+found/#426953/zoneinfo/posix/America/Indiana 68K /mnt/lost+found/#426953/zoneinfo/posix/America/Argentina 4,0K /mnt/lost+found/#426953/zoneinfo/posix/America/Glace_Bay 12K /mnt/lost+found/#426953/zoneinfo/posix/America/North_Dakota 12K /mnt/lost+found/#426953/zoneinfo/posix/America/Kentucky 4,0K /mnt/lost+found/#426953/zoneinfo/posix/America/Whitehorse 568K /mnt/lost+found/#426953/zoneinfo/posix/America 4,0K /mnt/lost+found/#426953/zoneinfo/posix/Etc/GMT+9 456K /mnt/lost+found/#426953/zoneinfo/posix/Etc/GMT+5
FS = ext4dev
NightNord: капслок, истерика, некорректное название темы...
»
- Для комментирования войдите или зарегистрируйтесь
можно попробовать
можно попробовать восстановить работоспособность системы.
примеры вот тут
http://www.gentoo.ru/node/14451
http://www.gentoo.ru/node/14452
http://www.gentoo.ru/node/14486
Я думаю, что пытаться
Я думаю, что пытаться перетащить файлы обратно - бесперспективняк. Проще воссоздать их заново. В частности можно воспользоваться вот этим методом:
http://www.gentoo.ru/node/14486
и переустановить world.
через пару часиков, сам решил
через пару часиков, сам решил что восстановить все как было н удастся, :(. короч загрузился со второго линуха, форматнул /usr, залил в него все из usr идущий в stage3, перегрузился, обновил порты, --sync. Славо богу кеш emerge остался он походу в /var/cache хранится, то есть все проги которые я юзал остались в world и system. затем emerge -e system, emerge -e world. Но не тут то было, system собрался на ура!, а вот world не так гладко, напрамер gtk+ начал собираться до cairo и pango, пришлось пару часиков просидеть удовлетворяя зависимости в ручную :) и так по мелочи тоже вручную приходилось ставить, хорошо что я еще систему хорошо вел все из портов ставил и из laymana. сейчас уже иксы грузятся ...
Совет тем кто еще не попадал так и кто не делает полные бекапы, хотябы distfiles держите копию :)а то вот мне пришлось все качать заново.
gentoo centos fedora
а случайно так fsck не на
а случайно так fsck не на смонтированной ли файловой системе проводили? а то вся линейка ext fs от этого очень весело себя вести начинает)))
Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"
ext4 говорите :) уж не из-за
ext4 говорите :) уж не из-за этого ли проблема?
скрытный секс :)
вполне возможно
я использовал openrc и baselayout-2.0 и чет там похоже намудрил и у меня файловые системы ни разу не проверялись, а openrc и baselayout-2.0 не всегда вырубают комп, иногда ждать долго приходится и я ребуил и не проверял.
Но счас вы вообще все выпадите, восстановил usr, ну и решил проверить корень на всякий случай. и набрал fsck.ext4dev -y /dev/disk/by-label/ROOT
и эта тварь перенесла почти весь var в lost+found, и счас я ставлю систему с нуля :(:(:(
вот я хочу спросить может надо было набирать fsck.ext4dev -p /dev/disk/by-label/ROOT ?
gentoo centos fedora
вообще нужно головой думать,
вообще нужно головой думать, выбирая сырые, бажные ФС для корня. да и для прочих мест. В той-же ситуации и Reiser4
логов не осталось. Да и ext4
логов не осталось. Да и ext4 признана стабильной! все таки я думаю сам виноват я.
gentoo centos fedora
признана, ога. только почему
признана, ога. только почему вдруг под её баги начали софт переделывать.
Вы имеете печальный опыт
Вы имеете печальный опыт использования ext4? Тогда поделитесь, пожалуйста, им с нами, а то у меня лично /home на ext4 (ничего особо важного тама нету, всё важное всегда храню на dvd) и очень хотелось бы узнать подробнее о надёжности данной фс на практике.
Лично у меня пока никаких проблем с ext4 небыло.
P. S. Если Вы с ext4 сталкивались только в конфиге ядра и не имеете никакого опыта использования данной ФС, то, пожалуйста, не разводите среди людей панику!
почитайте по ссылкам ниже,
почитайте по ссылкам ниже, какая паника?
что ext4 что reiser4 - ими можно пользоваться зная некоторые слабые места.
>Да и ext4 признана
>Да и ext4 признана стабильной!
http://www.linux.org.ru/view-message.jsp?msgid=3558984&lastmod=1236848950894
http://www.opennet.ru/opennews/art.shtml?num=20944
ХМ, даж не знаю. я забил, все
ХМ, даж не знаю. я забил, все архивахное сливаю на ntfs. а все останое из fstab бекапю :) dd - forewer
gentoo centos fedora
ivanf написал(а): иногда
А чо, Magic Key отменили? Мне, к примеру, тоже иногда, достаточно редко, приходится вырубать компьютер нештатно, но с этими кнопками такое занятие проходит практически бесследно.
ХМ я бы постанул
ХМ я бы постанул разработчикам если логи остались какие-нить...
Цитата: ХМ, даж не знаю. я
До настоящего времени все важные мне файлы также храню на NTFS. Но вот приобрёл ещё один винт и затеял переразбивку винтов,вообщем кое от чего избавиться,навести порядок.
Вот и думаю NTFS разделы форматнуть в ext3 (после усердного прочтения инфы об ext4 боюсь доверять ей своё файло).
Так вот сколько раз комп вырубался ,и во время записи на ntfs разделы,ещё не потерял ни одного файла.
Система на reiserFS.
Вот меня и волнует надёжность хранения данных (слишком они мне дороги и обьём большой)
NTFS вроде бы и не нужно,хотя винда пока ещё будет,но не для работы с мультимедиа.Поэтому логичнее всё переформатить в родную для Linux файловую систему.
Может кто даст совет,как лучше,в плане надёжности?
И ещё,допустим винт на 500 Гб ,лучше делать один раздел или несколько,всё под медиафайлы (тоже в плане надёжности)?
под мультимедия (в
под мультимедия (в особенности большие файлы) используйте xfs, но в любом случае лучше обзавестись бесперебойником, а при повисаниях системы изучить магические комбинации Alt+SysRq+...
агрессивность кеширования, из-за которой происходит потеря данных при обрубании питания, настраивается и настраивается интервал сброса кеша на диск... просто поищите по инету или почитайте документацию ядра ;-)
имхо, ext4 перехвалена ровно так же как и SELinux... не всё, что так рекламируют, стоит использовать ;-) есть такая пословица "старый друг, лучше новых двух" ;-)
IMHO
На всех разделах домашних машин и серверов на работе пользуюсь reiserfs (не 4-м) (За исключением флешек и /boot)
За несколько (>3) лет проблема была лишь однажды - по HDD попролзли "бэд-блоки". Инфо удалось "слить".
emerge Your world
Gentoogle
Вообщем форматнул навый хард
Вообщем форматнул навый хард в ext3.Убрал 5% резервирование.Сейчас покидаю на него инфу с двух других винтов,один тоже форматну в ext3.Распределю инфу как мне надо.
Затем сделаю stage4 по этому мануалу
переразобью ещё один винт,затем восстановлю систему.Систему на ReiserFS.
а почему бы не lvm2? если
а почему бы не lvm2? если винты "живые" - получаем консолидированное пространство. можно даже постепенно lvm расширить за счет существующих разделов. на "реальном" разделе только "/", "/boot", a swap можно в raid1 разнести.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
LVM?
Нет, конечно, может быть, я - перестраховщик, но, сдаётся мне, что LVM и "надёжность" расположены на некотором отдалении друг от друга?
emerge Your world
Gentoogle
Не далеко, то что сломает lvm
Не далеко, то что сломает lvm с большой вероятностью сломало бы и фс.
Для действительно важных данных бэкап нужен в любом случае, для менее важных Lvm так же надежен, как и его отсутствие.
ps юзаю lvm на трех компахх, проблем не было.
Перестал юзать lvm после
Перестал юзать lvm после потери четырёхлетнего архива фоторафий своей шестилетней дочери. Для меня более чем веский аргумент, не буду тут спорить.
Путь в Linux:
ASP>Mandrake>ALT>Ubuntu>Debian>Gentoo
Бог не человек, чтоб Ему лгать, и не сын человеческий, чтоб Ему изменяться. Он ли скажет, и не сделает? будет говорить, и не исполнит?
Числа 23:19
Интерестно, а в чем была
Интерестно, а в чем была проблема? В бэдах на дисках?
NightNord
Бэдов и по сей день нет. Проблема возникла при изменении размера логического тома.
Путь в Linux:
ASP>Mandrake>ALT>Ubuntu>Debian>Gentoo
Бог не человек, чтоб Ему лгать, и не сын человеческий, чтоб Ему изменяться. Он ли скажет, и не сделает? будет говорить, и не исполнит?
Числа 23:19
... При уменьшении?
... При уменьшении?
На самом же деле
Это всего лишь звоночек относительно фактической непригодности цифры для сколько-нибудь надёжного/продолжительного архивного хранения (в силу в первую очередь коллизии между трудоёмкостью и надёжностью).
Лень заморачиваться с бэкапами (необходимо помнить и про экономику говна) --- снимай на плёнку, бережно веди архив негативов --- и на интервале в 20-30 лет получишь однозначный выигрыш по всем параметрам (особенно если учитывать тот факт, что современная техника разрабатывается в строгом соответствии с уже упомянутыми канонами экономики говна).
:wq
--
Live free or die