Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: thcom 03. 09. 2017, 21:19:35
-
pratele, mam tu maly server slouzici jako uloziste na data v MySQL
vzdy jsem ho instaloval na raid1 (2 disky oddily sda1 2 3 a sdb1 2 3, kde bylo pomoci mdadm vytvoreno / /home /var )
mam pocit, ze v ubuntu 14.04 to slapalo. na konci instalace se zapsal grub a hutaa bootoujeme
ted se tu s tim pachtim 16.04 vzdy na konci instalace nadava, ze grub nezle zapsat
cilem je to, ze kdyz mi umre jeden disk, server bude stale schopen nabootovat a bezet v degradovanem rezimu z drheho hdd
dekuji za rady
-
Zrovna v pátek jsem instaloval mint (tedy klon ubuntu 16.04) na raid1 a jeho instalátor také skončil na chybu grubu.
Takže ukončit instalátor a klasika: namontovat target, to něj bindnout proc, dev, dev/pts, sys, chrootnout se tam a install-grub na všechny disky v raidu. Funguje to OK.
Bohužel debian/ubuntu stále nepozná jiný OS nainstalovaný na raidu, takže update-grub nenastaví např. starší verzi na jiném poli. Triviální roky starý patch pro os-prober stále nebyl aplikován https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648251 :-(
-
ted me napada, jak vlastne linux startuje z raidu, preci najede bios, pak nacte mbr a mrkne na disk a tam je raid .. to je ten grub tak chytry, ze kod na nacteni jadra a pod ma v ulozeny v MBR ?
omlouvam se za laicky dotaz, ale vrta mi to hlavou ted :(
-
ted me napada, jak vlastne linux startuje z raidu, preci najede bios, pak nacte mbr a mrkne na disk a tam je raid .. to je ten grub tak chytry, ze kod na nacteni jadra a pod ma v ulozeny v MBR ?
omlouvam se za laicky dotaz, ale vrta mi to hlavou ted :(
https://en.wikipedia.org/wiki/GNU_GRUB
-
grub ma nekolik stage, prvni je v MBR
no a raid1 je trivialni, protoze vlastne na obou discich je to stejne, jako by bylo bez raidu, az na offset, ktery je danny prave polohou metadat
driv tedy raid1 aby fungoval s grubem vyzadoval stara metadata v 0.90 (mdadm -e 0.90), ted uz je to mozna jedno?
grub zapsat na vsechny disky do mbr jak tu radily a hotove
-
Triviální roky starý patch pro os-prober stále nebyl aplikován https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648251 :-(
Asi to nemá žádného správce, nebo nechápu. Nad těmihle léta vyhnívajícími bugy s dvouřádkovým patchem mě vždycky může vzít čert. On ten debianní "bug tracker" je vůbec na přesdržku, to taky nepochopím, proč se té zcela nepoužitelné hrůzy drží jak hovno košile.
-
Triviální roky starý patch pro os-prober stále nebyl aplikován https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648251 :-(
Asi to nemá žádného správce, nebo nechápu. Nad těmihle léta vyhnívajícími bugy s dvouřádkovým patchem mě vždycky může vzít čert. On ten debianní "bug tracker" je vůbec na přesdržku, to taky nepochopím, proč se té zcela nepoužitelné hrůzy drží jak hovno košile.
Co ti na to říct... pokud to jsou dva řádky tak jsi to už mohl dávno opravit ty. Příspěvek který jsi napsal má možná víc řádků než oprava tohoto bugu :)
-
Ten bug už má dávno opravu hotovou, ale jak přinutit správce balíku, aby to patchnul.... Samozřejmě na instalovaném kompu jsem os-prober patchnul ručně a šlape nyní OK. Ale je to škoda...
-
Co ti na to říct... pokud to jsou dva řádky tak jsi to už mohl dávno opravit ty. Příspěvek který jsi napsal má možná víc řádků než oprava tohoto bugu :)
Co ti na to říct... Nauč se číst. ::) ;D
-
[...]driv tedy raid1 aby fungoval s grubem vyzadoval stara metadata v 0.90 (mdadm -e 0.90), ted uz je to mozna jedno?[...]
urcite minimalne od (napr) Ubuntu 14.04 (jadro 4.4), lze mit boot/rootfs na (md)raid1 i s 1.20 metadatama (i na lvm nad tim)
-
diky za objasneni, ze grub proste vidi raid1
nicmene nechapu, proc ta mrcha ten grub nezapise
jeste me napada, zda to nesouvisi se secureboot a uefi
ale pri instalaci ubuntu serveru 14.04 to vse probehlo OK
jak zapisujete grub rucne, ja se po te chybe zkousel prepnout na druhou konzoli ale prikaz update_grb tam nebyl :(
-
jak zapisujete grub rucne, ja se po te chybe zkousel prepnout na druhou konzoli ale prikaz update_grb tam nebyl :(
Grub se instaluje příkazem grub-install /dev/sdX, ne update-grub. To aktualizuje konfigurační soubor /boot/grub/grub.cfg.
Ale ten příkaz musíš spustit z běžícího finálního (nainstalovaného) prostředí, nestačí přepnout na jinou konzoli - to jsi v instalačním live prostředí flešky.
Postup např. https://help.ubuntu.com/community/Grub2/Installing#via_ChRoot , popisoval jsem to hned v první odpovědi tohoto vlákna https://forum.root.cz/index.php?topic=16205.msg224161#msg224161
-
ja to zkousel nejake live kubuntu tusim ale presto se mi to nezapsalo, bohuzel si nepamatuji chybovou hlasku, zkusim znova a popisu presne
dekuji !
-
Všechny tyhle klony ubuntu budou používat podobný instalátor, takže to v nich samo fungovat nebude.
Postup přes chroot funguje spolehlivě, mnohokrát vyzkoušený. Ale samozřejmě se to musí udělat správně.