Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: Отсутствие раздела диска в /dev  (Прочитано 2525 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн thick

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Отсутствие раздела диска в /dev
« : 08 Февраля 2010, 22:41:53 »
Всем привет! Постараюсь наиболее понятно описать ситуацию:
Имеется комп с 4 дисками:
$fdisk -l
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e58d0

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3647    29294496   83  Linux
/dev/sda2            3648       28448   199214032+   5  Extended
/dev/sda3           28449       31618    25463025   83  Linux
/dev/sda4           31619       38913    58597087+  83  Linux
/dev/sda5            3648        4133     3903763+  82  Linux swap / Solaris
/dev/sda6            4134       28448   195310206   83  Linux

Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x293555c4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       30401   244196001   83  Linux

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x5d9cdb3c

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1       60801   488384001   83  Linux

Disk /dev/sdd: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xffffffff

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1               1       91201   732572001   83  Linux

В разделе /dev/sda1 давно стоит kubuntu 9.04 которая работает нормально и видит ВСЕ диски.
Сегодня я решил установить kubuntu 9.10 в раздел /dev/sda3. Установка прошла нормально,
НО в итоге имею вот что:
$ls -l /dev/sd*
brw-rw---- 1 root disk 8,  0 2010-02-08 21:38 /dev/sda
brw-rw---- 1 root disk 8,  1 2010-02-08 21:38 /dev/sda1
brw-rw---- 1 root disk 8,  2 2010-02-08 21:38 /dev/sda2
brw-rw---- 1 root disk 8,  3 2010-02-08 21:38 /dev/sda3
brw-rw---- 1 root disk 8,  4 2010-02-08 21:39 /dev/sda4
brw-rw---- 1 root disk 8,  5 2010-02-08 21:38 /dev/sda5
brw-rw---- 1 root disk 8,  6 2010-02-08 21:39 /dev/sda6
brw-rw---- 1 root disk 8, 16 2010-02-08 21:38 /dev/sdb
brw-rw---- 1 root disk 8, 32 2010-02-08 21:38 /dev/sdc
brw-rw---- 1 root disk 8, 48 2010-02-08 21:38 /dev/sdd

Т.е. все диски есть (/dev/sda, /dev/sdb, /dev/sdc, /dev/sdd), а вот разделов /dev/sdb1, /dev/sdc1, /dev/sdd1 НЕТ (т.е. отсутствуют эти файлы устройств). При этом, ВМЕСТО /dev/sdd1 есть /dev/mapper/nvidia_hebcffce1, который нормально монтируется и содержит файлы от /dev/sdd1
$ ls -l disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 2010-02-08 21:38 004140e9-fbb1-40fa-b824-47a0818677f4 -> ../../sda1
lrwxrwxrwx 1 root root 29 2010-02-08 21:38 40b96dc8-cbe9-48b1-8332-825c082e154d -> ../../mapper/nvidia_hebcffce1
lrwxrwxrwx 1 root root 10 2010-02-08 21:38 6a405bc3-aa45-4050-a8c2-dba18fd31ed6 -> ../../sda6
lrwxrwxrwx 1 root root 10 2010-02-08 21:38 cd17756a-ec27-4c63-a09f-dbcdeed91bc3 -> ../../sda3
lrwxrwxrwx 1 root root 10 2010-02-08 21:38 d1e316d5-4f89-45f6-b786-43a19cf1c737 -> ../../sda5
lrwxrwxrwx 1 root root 10 2010-02-08 21:38 d4ada2f1-d0b1-4972-a8a1-3895426a3de4 -> ../../sda4

В kubuntu 9.04 по прежнему все работает как и раньше. Все разделы (/dev/sdb1, /dev/sdc1, /dev/sdd1) видны и монтируются.

Пробовал что-то подобное найти в Гугле, но ничего не нашел. Вполне возможно, потому что очень слабо представляю что вообще это может быть.
Буду благодарен любым наводкам или советам!

Заранее благодарю!!!!!

Оффлайн Stiff

  • Активист
  • *
  • Сообщений: 677
    • Просмотр профиля
Re: Отсутствие раздела диска в /dev
« Ответ #1 : 08 Февраля 2010, 22:52:10 »
ты похоже выбрал при разбивке диска настройку LVM

Оффлайн thick

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Re: Отсутствие раздела диска в /dev
« Ответ #2 : 08 Февраля 2010, 23:33:14 »
ты похоже выбрал при разбивке диска настройку LVM
Так как комп на работе, то завтра попробую посмотреть что это и как с этим бороться. Большое спасибо за идею!

Пользователь решил продолжить мысль [time]Tue Feb  9 06:52:04 2010[/time]:
ты похоже выбрал при разбивке диска настройку LVM

Посмотрел что это такое и на сколько понял - это не связано с LVM. Все доп. диски уже давно работают  в обычном режиме. Я их каждый форматил последовательно в ext4 и lvm вообще не использовал (у меня и пакета lvm даже не стоит).

Но я вот попробовал снова запустить установку kubuntu9.10 и в разделе разметка диска решил посмотреть что к чему. Увидел я следующее: там все эти доп. диски (/dev/sdb, /dev/sdc, /dev/sdd) не видны. Вместо этого есть некий диск /dev/mapper/nvidia_hebcffce, который имеет ДВА раздела: ПЕРВЫЙ - dev/mapper/nvidia_hebcffce1 соответствующий диску на 750Gb (/dev/sdd) и ВТОРОЙ - свободное пространство равное сумме двух других дисков 250Gb + 500Gb (/dev/sdb + /dev/sdc). Это интересный момент, т.к. когда-то давно эти диски были в составе RAID0 с файловой системой NTFS. ОДНАКО когда я рейд разобрал (и отключил в биосе), я каждый из дисков отдельно отформатировал в ext4 и они отлично распознались и до сих пор работают в моей kubuntu9.04.

Может ли быть такое, что это где-то запомнилось и теперь опять всплыло?

P.S. Я попробовал обнулить начало на диске /dev/sdc (500Gb), которое не относится к /dev/sdc1 - подумал, что возможно файловая система стоит на /dev/sdc1, а где-то на винте еще хранится инфа о рейд-массиве. Однако это никак не помогло :(.

Опять же, за любые идеи заранее спасибо!

Пользователь решил продолжить мысль [time]Tue Feb  9 09:02:27 2010[/time]:
Похоже действительно проблема с рейдом и эквивалента вот этой:
https://forum.ubuntu.ru/index.php?topic=72743.0

Жаль только, что там нет хорошего решения :), т.к. включать рейд, чтобы его разрушить немного страшнова-то = не хочется потерять данные.

Пользователь решил продолжить мысль [time]Tue Feb  9 11:31:45 2010[/time]:

РЕШЕНИЕ ПРОБЛЕМЫ СВЕЛОСЬ К СЛЕДУЮЩЕМУ:
В настройке загрузчика /boot/grub/grub.cfg надо к ядру приписать опцию nodmraid, т.е. что-то типа того:
menuentry "Ubuntu, Linux 2.6.31-19-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod ext2
set root=(hd2,3)
search --no-floppy --fs-uuid --set cd17756a-ec27-4c63-a09f-dbcdeed91bc3
linux /boot/vmlinuz-2.6.31-19-generic root=UUID=cd17756a-ec27-4c63-a09f-dbcdeed91bc3 ro   quiet splash nodmraid
initrd /boot/initrd.img-2.6.31-19-generic
}

Вот так.
Оказывается в новой версии (9.10) убунты dmraid грузится по-умолчанию.

P.S. Безусловно данный способ = КОСТЫЛЬ. Наверняка можно просто в dmraid убрать рейд для конкретных дисков, однако, в моем случае dmraid нафиг не нужен, так что я его просто сразу отключил при загрузке.
« Последнее редактирование: 09 Февраля 2010, 13:32:53 от thick »

 

Страница сгенерирована за 0.016 секунд. Запросов: 20.