пропал ЖД //dev/sda
allian 23 января, 2010 - 01:17
после emerge -uD system и далее во время emerge -uD world стала глючить клава... перезагрузился и пропал /dev/sda. причем система загрузилась. до сбоя / был на /dev/sda1, сейчас виден как /dev/root => / остальных разделов нет, нет их не в sdb.и далее, dmes | grep sda , показывает, что такой девайс был при загрузке. так же упоминания о всех разделах sda есть в /sys/block/sda. fdisk -l молчит.
что мб?
система gentoo, проц интел, мать асус, sata в режиме sata, жд сигейт 250Г, ядра загружал разные
заранее спасибо.
»
- Для комментирования войдите или зарегистрируйтесь
Но система загрузилась Тогда
Но система загрузилась
Тогда less /proc/mounts и less /etc/mtab? а в fstab монтирование не по UID?
буду честен, я не знаю, почему у меня все работает
cat /proc/cmdline && uname -a в студию!
Если я верно понял, загрузилась не система, а ядро с initrd. Далее в консоли приглашение ввести путь к bash. После ENTER-а есть некая консоль, но в сам корень chroot ещё не был сделан, так?
Надо бы сделать:
mount /proc
cat /proc/cmdline
uname -a
mount -a ; dmesg | tail # (чиста попробовать)...
Вообще-то сходу есть два варианта:
1) не видит rootfs (вряд ли этот случай)
2) ошибки в /etc/fstab или в /boot/grub/menu.lst
Скорее второе, надо внимательней смотреть на сообщения об ошибках в консоли.
> во время emerge -uD world стала глючить клава
САМОЕ ИНТЕРЕСНОЕ МЕСТО!!! А можно детально описать характер глючения клавы? Случаем не цветомузыка индикаторов NumLock/ScrollLock? ;-)
загрузилась именно система,
загрузилась именно система, из граба, со всеми сервисами, но /home /mnt нет.
клава - цветомузыки не было, она просто перестала работать))
fstab монтирование по девайсам, без uuid.
Ну тогда:
cat /sys/devices/system/clocksource/clocksource0/*
cat /etc/fstab /boot/grub/menu.lst
и dmesg через pastebin
блин, та же фигня :( Вчера
блин, та же фигня :( Вчера обновил систему emerge -uDN world, в итоге в системе напрочь отсутствуют диск.
Интересно то, что на ноуте система обновилась без проблем, а на стационарном компе легла.
Ситуация:
- система загружается вплоть до запуска xdm
- монтируется только корневой раздел (в моем случае sda3)
- в /dev/ нету не одного диска sd* или hd*
- mount показывает, что /dev/sda3 примонтирован в корень /
- mount -a ругается на то, что нотсутствуют диска
- fdisk -l ничего не говорит
- загружался с предыдущего ядра (2,6,32), эффек тот же
- ко всему прочему, отвалилась одна сетевая. Странно то, что у меня 2 сетевые карты на реалтек чипе (обе используют драйвер 8139too)и одна встроенная. так вот, встроенная запустилась, ethtool показывает что линк есть. Одна из реалтековских карт работает показывает линк. Пинг на адреса из подсетей карт ходит.
- при старте с live-cd, все работает как часы без лишних проблем.
- с live-cd пробовал пересобрать ядро, прошелся revdev-rebuild, не помогло
и да, dmesg |grep sd
и да, dmesg |grep sd показывает, что диски система в момент загрузки увидела
> система загружается вплоть
> система загружается вплоть до запуска xdm
раз так, то ошибки можно увидеть в dmesg и /var/log/messages
> монтируется только корневой раздел
тоже /dev/root как 'ro'? cat /etc/mtab
> mount -a ругается на то, что нотсутствуют диска
это как?
tail /var/log/message -n 100
tail /var/log/message -n 100 ошибок не показал, и ничего полезного, чтобы помогло тоже
dmesg тоже ничего путного не показал.... зато он показал, что диски у меня есть
корневой раздел как rw.
cat /etc/mtab показывает:
rootfs / rootfs rw 0 0
/dev/sda3 / ext3 rw,noatime,errors=continue,data=writeback 0 0
proc /proc proc rw,relatime 0 0
rc-svcdir /lib64/rc/init.d tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755 0 0
......
# mount -a
mount: специальное устройство /dev/sda5 не существует
mount: специальное устройство /dev/sda6 не существует
mount: специальное устройство /dev/sdb1 не существует
mount: специальное устройство /dev/sdc1 не существует
интересно, что за relatime,
интересно, что за relatime, первый раз вижу
P.S. ага. man mount просвятил)))
Видимо это как-то связано с
Видимо это как-то связано с devtmpfs (Devfs 2.0), появившимся в 2.6.32. Я с ним ещё не сталкивался. Ну, раз нет /dev и /dev/pts, скорее всего оно. А вот как лечить пока не ясно. Глянуть бы /etc/fstab для начала.
Странно, подключил флешку, и
Странно, подключил флешку, и появилось устройство /dev/sde о_О
fstab
так, догда почему откат с
так, догда почему откат с ядра 2,6,31-r2 на 2.6.31 не решил проблему? Хотя до обновления все работало на ядре 2.6.31?
сейчас еще поигрался с
сейчас еще поигрался с сетевыми.... получается, что сетевые с драйвером 8139too не работает вообще :(
А вот то, что успело
А вот то, что успело обновиться:
http://paste.org.ru/?np5ap3
# ls /dev/sd* ls: невозможно
# ls /dev/sd*
ls: невозможно получить доступ к /dev/sd*: Нет такого файла или каталога
dmesgh level)ACPI:
dmesg
evadim тут было много страниц вывода dmesg, но модератор это выпилил и направил читать FAQ
Зачем вы юзаете 2 стека
Зачем вы юзаете 2 стека IDE/SATA ?
Перейдите на sd* наконец
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
мне кажется, это не причина
мне кажется, это не причина проблемы....
BART написал(а): мне кажется,
когда кажется - креститься надо! а вообще вам дело сказали! одновременной поддержки двух технологий быть не должно!!! у меня нет и все работает как часы ;)
dmesg http://paste.org.ru/?8s
dmesg
http://paste.org.ru/?8s9tar
message
http://paste.org.ru/?7qyiwd
откатил
откатил программы:
udev
coreutils
busybox
на предыдущие версии и вуаля, загрулизись :)
я бы обратил внимание:
dmesg
HPET not enabled in BIOS. You might try hpet=force boot option
Switching to clocksource jiffies
Switching to clocksource acpi_pm
uvesafb: failed to execute /sbin/v86d
uvesafb: make sure that the v86d helper is installed and executable
uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2)
uvesafb: vbe_init() failed with -22
uvesafb: probe of uvesafb.0 failed with error -22
hda:
hdb:
sda:
0) всё же стоит включить HPET в ядре (CONFIG_HPET_TIMER=y, CONFIG_HPET=y)
1) добавить clocksource=acpi_pm в cmdline
2) убрать CONFIG_IDE=y из ядра, оставить только CONFIG_ATA=y
3) убрать один из двух фреймбуферов
4) не факт, что дело в удаве-150: ;)
У многих со старыми системами просто кое-что тянется, в т.ч. и в ядре. Так что при переходе на новые удавы могут возникать такие казусы. А что говорит:
zgrep CONFIG_UEVENT_HELPER_PATH /proc/config.gz ?
$ zgrep
$ zgrep CONFIG_UEVENT_HELPER_PATH /proc/config.gz
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
Во-во! =)))
А у мну вот так давно уже работает:
CONFIG_UEVENT_HELPER_PATH=""
http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=README
вобщем, видимо пора мне с
вобщем, видимо пора мне с нуля конфиг ядра перебрать
Есть мысль, что автор темы не
Есть мысль, что автор темы не в курсе о etc-update или dispatch-conf.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
автор темы запускал dispatch
автор темы запускал dispatch conf, но это ему не помогло.
BART, спасибо за более детальное описание проблемы.
У вас получилось решить свою
У вас получилось решить свою (аналогичную) проблему?
Только что наблюдал
Только что наблюдал аналогичную проблему: пришёл на работу, включил лэптоп, логинюсь - а хоума нет. Гляжу - система загружена и работает, а устройств /dev/sda* (где у меня все разделы) просто нет!
Обошёл проблему отактив udev до 146-r1:
Очень много нехороших мыслей подумал про тех, кто включил новый удев в дерево портажей... :Е
Не уверен, что дело в udev.
Не уверен, что дело в udev. Он вовсе даже не новый. И, что характерно, в ~arch давно был и особых проблем ни у кого не вызвал.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Думаю всё-таки удев. Я вчера
Думаю всё-таки удев. Я вчера делал emerge -uDN system. Там было всего несколько пакетов и я обратил внимание что единственночто там было "такого" - это udev. Потом ребут и проблемы с диском. emerge udev ; revdep-rebuild не помогли, откат к старой версии udev - помог. Из этого делаю вывод, что что бы там конкертно с чем ни не стыковалось - катализатором проблемы послужил именно последний udev...
Скажем так: началось это всё
Скажем так: началось это всё после обновления udev, да, но проблема кроется не в нём.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Дело не в самом удаве,
Дело не в самом удаве, конечно, а в опциях сборки ядра, причём траблы подобные последний год тут постоянно встречаю.
решил методом отката на
решил методом отката на udev-149
но возможно проблема в этом ?
<3>udev: missing sysfs features; please update the kernel or disable the kernel's CONFIG_SYSFS_DEPRECATED option; udev may fail to work correctly
вечером постараюсь пересобрать ядро и обновить udev
Может в этом. А может в
Может в этом. А может в HELPER (см. выше). А может лучше спуститься до udev-146 (ведь получилось). Я бы начал с первого.
пересобрал ядро без
пересобрал ядро без CONFIG_SYSFS_DEPRECATED, HELPER не трогал.
и возвратился на udev-1.50 - после перегрузагрузки все подцепилось. полет нормальный)))
всем спасибо!
единственное, что пока озадачивает это:
rootfs 9.7G 8.1G 1.2G 88% /
/dev/root 9.7G 8.1G 1.2G 88% /
так должно быть? почему дублируется?
fstab : /dev/sda1 / ext3 defaults 0 1
в grub:
root (hd0,0)
kernel /boot/tux_linux_2632.1 root=/dev/sda1 resume=swap:/dev/sda2
> пересобрал ядро без
> пересобрал ядро без CONFIG_SYSFS_DEPRECATED, HELPER не трогал.
и возвратился на udev-1.50 - после перегрузагрузки все подцепилось. полет нормальный)))
Таки доки нада читать, пока дают:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=README :)
И т.д.... там не так многабукфф!