[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]

[Burichan] [Futaba] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PNG
  • Maximum file size allowed is 10240 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

No.33043  

Представляешь, новерь, я устанавливаю домашний сервер + 2 диска и черт меня дернул поставить туда LVM. Все было нормально, я полдня читал про LVM, подключил к vg диски и... моргнул свет. И все блядь! Компьютер висит на стадии загрузки. Сначала я подумал что мать таким странным образом издохла, но нет. Пробным путем выяснилось что зависон происходит только при включенном загрузочном диске. Еще полдня я заёбывался пытаясь восстановить grub, а затем решил просто все к хуям снести. Снести мне установщик не дал, аргументировав это тем что на диске содержится блядская информация о других LVM дисках. И блядь блядь блядь блядь блядь. Я ставлю в общем сейчас на обычные партиции с обычной разметкой и ебал я этот сраный LVM в рот. Алсо, если накроется пиздой системный диск, то информация на других дисках входящих в ту же vg что и системный будет утеряна. Вот нахуй такие "удобства". В пизду. Нахуй и в пизду.

>> No.33044  
File: 1274542038207.jpg -(182515 B, 500x600) Thumbnail displayed, click image for full size.
182515

>>33043
На самом деле такой ситуации просто избежать: когда нужно поставить / на RAID или LVM то /boot стоит сделать отдельным разделом/диском.
Что же касается того факта, что после краха RAID0 или LVM диска остальное очень сложно восстановить то это личное дело каждого. И да, кстати бывают случаи, когда нужна именно скорость и объем, а не сама сохранность данных. Или есть возможность бекапить это все счастье на другой LVM/LVM является бекапом чего-то.
P.S. Из загрузчиков предпочитаю lilo.

>> No.33046  
File: 1274542401436.png -(30659 B, 281x402) Thumbnail displayed, click image for full size.
30659

>>33043
айлолд, какое живое повествование.
>>33044
да ну нафиг- лило. граб же проще и надёжнее.

>> No.33048  
File: 1274543123582.jpg -(767950 B, 1052x744) Thumbnail displayed, click image for full size.
767950

>>33046
<holy war mode on>

> граб же проще и надёжнее

Очень спорный вопрос. Чтобы дописать что-то в аргументы ядра нужно сделать куда больше телодвижений, чем в случае lilo. И по статистики падает он куда чаще. Олсо если на машине кривой биос, который определяет винты в рандомном порядке то тут совсем весело становится.
<holy war mode off>
А вообще это вопрос личных вкусов и привычек.

>> No.33053  
File: 1274544415408.jpg -(253145 B, 953x1000) Thumbnail displayed, click image for full size.
253145

>>33048

>Олсо если на машине кривой биос, который определяет винты в рандомном порядке то тут совсем весело становится.

это да.

>> No.33055  

>>33048

> кривой биос, который определяет винты в рандомном порядке

У меня такой. ОП.

>> No.33056  

Хотя быть может я что-то неправильно понимаю. Но загрузочный диск у меня был /sdb ровно до того момента как я вытащил /sda и /sdb превратился в /sda, а grub-install стал ругаться на /sdb1 и, в общем... Оно так меня заебало. Хотя в grub.cfg был прописан uuid для /boot

>> No.33058  
File: 1274546624990.jpg -(1183009 B, 805x1138) Thumbnail displayed, click image for full size.
1183009

>>33056

> я вытащил /sda и /sdb превратился в /sda

Это как раз таки нормальное поведение.

> grub-install стал ругаться на /sdb1
> был прописан uuid для /boot

Загрузчики пока еще не умеют определять диск для установки по UUID, им нужно явно указать его в конфиге. Ровно как и ядро само по себе не понимает параметр вида root=UUID=<...>, который на самом деле обрабатывается уже в initrd.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]