Hallo Zusammen, ich plane meinem System eine grössere Platte zu spendieren. Dabei sollen die jetzigen beiden Platten aus dem System entfernt werden, wenn das System komplett auf die neue Platte verfrachtet wurde. Das verschieben des Systems stellt das geringste Problem dar. Aber wie mache ich diese Platte bootfähig? Ich hatte folgende Vorgehensweise geplant: 1. Neue Platte partitionieren. 2. System auf die neue Platte kopieren. 3. Neue Platte bootfähig machen. 4. Alte Platten aus dem Rechner rupfen. Als Bootloader verwende ich GRUB. Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen? Bye Michael -- DOS Tip of the Day: Add BUGS=OFF to your CONFIG.SYS file. _______________________________________________________________________ Registered Linux User #228306 AIM Tuxi70 ICQ #151172379
Hi, On Wednesday, March 12, 2003 at 22:50:43, Michael Raab wrote:
Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen?
Nachdem du das system verschoben hast und die alten platten raus sind boote das rettungsystem, mounte das system nach /mnt, chroot /mnt, grub-install /dev/blahblubb Henne -- Hendrik Vogelsang aka Henne mailto: hvogel<at>hennevogel.de Sometimes you do something, and you get screwed. Sometimes it's the things you don't do, and you get screwed. # random sigs made with fortune
Hallo, On Wed, 12 Mar 2003, Michael Raab wrote:
ich plane meinem System eine grössere Platte zu spendieren. Dabei sollen die jetzigen beiden Platten aus dem System entfernt werden, wenn das System komplett auf die neue Platte verfrachtet wurde. Das verschieben des Systems stellt das geringste Problem dar. Aber wie mache ich diese Platte bootfähig?
Unter DOS: fdisk /mbr (undokumentiert (sic!)) *scnr*
Ich hatte folgende Vorgehensweise geplant:
1. Neue Platte partitionieren.
Ok.
2. System auf die neue Platte kopieren.
Nimm 'tar cp --atime-preserve' das funktioniert hier seit Jahren mit allen Dateien (incl. leafnode-spool und device-Dateien, hardlinks usw.).
3. Neue Platte bootfähig machen.
Jup. Sollte bei der Bootloader-Installation automatisch passieren.
4. Alte Platten aus dem Rechner rupfen.
Warum eigentlich? Zu laut? Oder keine Anschluesse mehr?
Als Bootloader verwende ich GRUB. Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen?
Grub kenne ich noch nicht (genug), weiss also leider nicht wie's da geht, LILO bringt aber auf jedenfall einen passende Option mit. Was bei beiden geht ist aber ein chroot in die passende gemounteten neuen Partitionen. Dort dann die Config-Dateien so anpassen, dass die neue HD mind. auch _nach_ dem Ausbau der alten HDDs booten kann. Dann ein "install" des Bootloaders. Also, wenn du die neue HD z.B. als /dev/hdc einbaust, dann wuerde ich die grub-config ('etc/grub/menu.lst' im chroot, IIRC) so anpassen, dass du die neue Config sowohl von hdc und von hda booten kannst. Dann kannst du vor dem Ausbau der alten einfach ein "chainloader" / "other" Eintrag in der jetzigen Config einfuegen und so den neuen grub von hdc starten, und diesen dann testen... -dnh -- 19: Provided the development coordinator has a medium at least as good as the Internet, and knows how to lead without coercion, many heads are inevitably better than one. --- Eric S. Raymond, "The Cathedral and the Bazaar"
* David Haller postete am 13. Mär. 2003 folgendes:
On Wed, 12 Mar 2003, Michael Raab wrote:
4. Alte Platten aus dem Rechner rupfen.
Warum eigentlich? Zu laut? Oder keine Anschluesse mehr?
Platz ist noch vorhanden aber!, Kernel >2.4.18 bootet nicht bei mir weil ich einen ALI-Chipsatz in meiner Kiste habe und 2 Maxtorplatenn inne waren. Der Kernel bleibt dann beim Partitionscheck der 2. Platte kommentarlos hängen. :(
Als Bootloader verwende ich GRUB. Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen?
Grub kenne ich noch nicht (genug), weiss also leider nicht wie's da geht, LILO bringt aber auf jedenfall einen passende Option mit.
Ich hatte die Platte als hdd laufen und habe versucht mit grub-install /dev/hdd glücklich zu werden. Klappte aber nicht. Also habe ich die Platte als Master /dev/hda gesetzt und grub-install vom Rescuesystem aus gestartet. Das funktionierte einwandfrei. Jetzt muss ich nur noch mein LVM wieder zurechtfriemeln und noch paar andere Kleinigkeiten.Ansonsten ist der Umzug ohne weitere Probleme verlaufen. Bye Michael -- Alte Bäume behämmert der Specht am meisten. -- Wilhelm Busch _______________________________________________________________________ Gegen TCPA! http://www.againsttcpa.com/what-is-tcpa.html
Hallo, On Thu, 13 Mar 2003, Michael Raab wrote:
* David Haller postete am 13. Mär. 2003 folgendes:
On Wed, 12 Mar 2003, Michael Raab wrote:
4. Alte Platten aus dem Rechner rupfen.
Warum eigentlich? Zu laut? Oder keine Anschluesse mehr?
Platz ist noch vorhanden aber!,
Kernel >2.4.18 bootet nicht bei mir weil ich einen ALI-Chipsatz in meiner Kiste habe und 2 Maxtorplatenn inne waren. Der Kernel bleibt dann beim Partitionscheck der 2. Platte kommentarlos hängen. :(
Na und? Dann nimmste eben einen <=2.4.18. Und wir reden hier doch hoffentlich nur ueber Vanilla-Kernel, oder? Der SuSE 8.0er 2.4.18 ist auch vom IDE-Bug des SuSE-8.1 default Kernels (2.4.19) befallen... Ich verwende hier seit Dez. '01 einen 2.5.16er, loeppt prima. Und auf den bin ich auch nur umgestiegen, weil ich neue HW eingebaut und Lust hatte, mal nen neuen Kernel zu testen. Davor hab ich seit Aug '00 eine 2.4.0-test4er verwendet, (davor 2 Mon nen 2.4.0-test1er, auf den bin ich damals umgestiegen, weil dort mein SCSI-Adapter an dem der Scanner haengt unterstuetzt wurde)... Und ich hab hier auch 2 Maxtors (und damals waren's IIRC 3, damals aber in einer anderen Kombination, die 3te HDD ist (z.Z. noch) ne IBM DTLA *seufz*)... Zwischendurch hatte ich IIRC sogar mal 4 HDDs drinnen und das CDRW (und das CD?) am Promise... Allerdings habe ich hier auch ne AMD North- und Southbridge -- kein VIA oder ALi (gibt's letztere eigentlich noch?) Oder gibt es einen konkreten, gravierenden Grund, dass du einen Kernel groesser 2.4.18 einsetzen willst? Achso, *hehe*, bei den Kernels braucht man scheinbar auch ein wenig ein gutes Haendchen bzw. sollte vorher eine Weile die ChangeLogs und die LKML verfolgen ;) Ich hab das Update auf 2.4.16 z.B. erst erwaegt, als ich mitbekommen hatte, dass das VM Problem (2.4.11 v.a.) beim 2.4.16 dann offenbar endlich geloest war; ISTR dass mindestens der 2.4.14er noch an "Spaetfolgen" oder so litt... ;)
Als Bootloader verwende ich GRUB. Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen?
Grub kenne ich noch nicht (genug), weiss also leider nicht wie's da geht, LILO bringt aber auf jedenfall einen passende Option mit.
Ich hatte die Platte als hdd laufen und habe versucht mit grub-install /dev/hdd glücklich zu werden. Klappte aber nicht.
Warst du "chrooted"? Mit der richtigen neuen Config?
Also habe ich die Platte als Master /dev/hda gesetzt und grub-install vom Rescuesystem aus gestartet. Das funktionierte einwandfrei.
Oder so :))
Jetzt muss ich nur noch mein LVM wieder zurechtfriemeln und noch paar andere Kleinigkeiten.Ansonsten ist der Umzug ohne weitere Probleme verlaufen.
*g* Na also, geht doch :)) *hehe* mach das mal mit nem "OS" aus Redmond... Was meine Installation inzwischen an HW-Aenderungen problemlos mitgemacht hat... u.a. war auch ein Update von CPU+MoBo+RAM dabei... Bis auf ne falsch gesetzte Option im SuSE Kernel (2.2.10) beim Umstieg auf den damals niegelnagelneuen Athlon[0] nie Probleme (und ein korrigiertes Bootdisk-Image hatte SuSE dann auch schon fertig, das System hat auch dieses Problem ohne Mucken mitgemacht[1] :). Und die HD auf der ich damals installiert habe ist laengst ausgebaut und das System inzwischen auf, aehm, IIRC, die nun 4te neue HD umgezogen ;) Apropos: ich muss endlich mal die alten Win*-Backup-Leichen loeschen, die ich hier noch mitschleife, danke fuer die Erinnerung ;) Und wie's aussieht, kann's sehr gut sein, dass ich auch dieses Jahr nicht dazu komme, neu zu installieren... Naja, ok, das mit der alten glibc 2.1.3 (nein, original war's ne 2.1.1 IIRC) nervt so langsam... Hach, so ein lange gewachsenes System[2] kann einem doch glatt an Herz wachsen *g* Bei Win ist's nie soweit gekommen, das hat sich bei mir immer innerhalb von ca. 3 Monaten unbrauchbar gemacht... Und ja, ich bastle an meinem Linux eher mehr als damals unter Win! Nostalgische Gruesse [6], -dnh PS: achso, wo ich schon am erzaehlen bin, sollte ich vielleicht noch erwaehnen, das mein System Mitte '99 als eine SuSE 6.2 auf einem IBM 6x86 233 installiert wurde... ;) PPS: Falls du Hilfe beim selber Kernel-backen brauchen solltest... :) PPPS: Disclaimer: Diese Mail ist nicht konfus. Wer mit komplexen Saetzen und Fussnoten nicht zurechtkommt ist selber schuld. [0] ISTR, dass zu dem Zeitpunkt, als der Kernel gebacken wurde hoechstens "Samples" vom K7 im Umlauf waren -- daher damals wie heute absolut kein Vorwurf an SuSE deswegen! SuSE hat da sehr schnell reagiert und das Image mit dem korrigierten Kernel bereitgestellt. [1] ich hab dann aber prompt meinen eigenen 2.2.14er vanilla-Kernel gebacken und kurz drauf tauchte eine gewisse Datei auf meiner Homepage auf ;) [2] Nein, nix mit "never touch a running System", dazu gab's zuviele neue Kernels, ne neue glibc (minor-version update aber nur, s.o., und mit nem "interessanten" Versuch mit ner glibc 2.2 (ja, nur 2.2(!) ohne weitere Sub-Versionen)), ein neues Gnome (gtk-Apps waren laenger dysfunktional deswegen ;), usw. usw... Ok, KDE ist wuest, die 1.1.2 (aktualisiert) ist funktional[3], das KDE2 verwende ich nicht, auch wenn's installiert ist (2.0.0 IIRC). Aber KDE verwende ich eh nicht mehr. Und nur wg. einer App, die mich evtl. interessiert installier ich mir doch nicht das Monster KDE3, zumal es das wohl eh nicht "fertig" fuer meine glibc gibt... Naja, dafuer bin ich anderswo topaktuell... [3] soweit das KDE1 je war... Ein paar Apps verwende ich sogar, ksnapshot, kscd, kmix z.B. ;) Und ja, mich erstaunt's (nicht wirklich), dass einige KDE-Apps sang und klanglos verschwunden sind, und durch genauso schlechte (*harhar*) ersetzt wurden... Ich sach nur KreateCD, kCdWrite, KIsoCD, KEasycd... Naja, wer z.B., wie ich, wegen der Untauglichkeit der GUIs[4], eh nur mkisofs + cdrecord verwendet, der kann sich ob solcher GUI-Banalitaeten nur ein muedes, aber haemisches, Grinsen abringen ;) [4] Zumindest der KDE GUIs damals, xcdroast und gcombust waren durchaus brauchbar -- nur wenn man dann schonmal die Konsolentools verwendet, deren Moeglichkeiten nie komplett in der GUI auftauchen, dann laesst man die GUIs bald einfach weg... Es geht auch einfacher und v.a. effektiver als durch "zusammenklicken"! Und kennt man dann die Kommandozeilenversionen, dann ist das Interesse an "Yet Another Crappy GUI for $TOOL" gleich Null. [5] [5] Huch! Mich deucht, ich bin ein wenig vom Thema abgeschweift... :) [6] Oh, good sigmonster! Have a cookie! *g* [6] Sch***e, warum fuehl ich mich trotz meiner jungen Jahre auf einmal so alt? Kann mir das mal bitte jemand erklaeren??? (F'up!) -- I used to be a multiple personality, until we took a vote and decided we weren't. -- Stevo in the SDM
* David Haller postete am 13. Mär. 2003 folgendes:
On Thu, 13 Mar 2003, Michael Raab wrote:
* David Haller postete am 13. Mär. 2003 folgendes:
On Wed, 12 Mar 2003, Michael Raab wrote:
4. Alte Platten aus dem Rechner rupfen.
Warum eigentlich? Zu laut? Oder keine Anschluesse mehr?
Platz ist noch vorhanden aber!,
Kernel >2.4.18 bootet nicht bei mir weil ich einen ALI-Chipsatz in meiner Kiste habe und 2 Maxtorplatenn inne waren. Der Kernel bleibt dann beim Partitionscheck der 2. Platte kommentarlos hängen. :(
Na und? Dann nimmste eben einen <=2.4.18.
Es wurde einwenig eng auf den Platten, die insgesamt nur 28 GB hatten. Also habe ich nach dem Umbau den zuvor fertig gebackenen 2.4.20er genümmt. Zudem wurde auf der Bugtraq der Tip gegeben, das ein Kernelupdate viele Bugs eleminiert. Mal sehen, wie lange ich mit einer 60er GB hinkomme. *g*
Und wir reden hier doch hoffentlich nur ueber Vanilla-Kernel, oder?
Jepp, Vanilla Kernel ;) Das ist das erste was fliegt, die gepachten Distriekernel. *gg*
Der SuSE 8.0er 2.4.18 ist auch vom IDE-Bug des SuSE-8.1 default Kernels (2.4.19) befallen...
Ich habe hier Redhat 7.3 im Einsatz. War aber drauf und dran mir hier ein Debian drauf zu zwiebeln. Denn apt ist wirklich was feines und so unkompliziert. ;)
Ich verwende hier seit Dez. '01 einen 2.5.16er, loeppt prima. Und auf den bin ich auch nur umgestiegen, weil ich neue HW eingebaut und Lust hatte, mal nen neuen Kernel zu testen.
Naja, wenn er stabil läuft? ;) Aber Du weisst ja, was man bei Entwicklerkernel sagen kann: "Zu Risiken und Nebenwirkungen ....." ;) [...]
Als Bootloader verwende ich GRUB. Kennt GRUB Befehle, wo man eine andere Platte, wo nicht von gebootet wurde, bootfähig zu machen?
Grub kenne ich noch nicht (genug), weiss also leider nicht wie's da geht, LILO bringt aber auf jedenfall einen passende Option mit.
Ich hatte die Platte als hdd laufen und habe versucht mit grub-install /dev/hdd glücklich zu werden. Klappte aber nicht.
Warst du "chrooted"? Mit der richtigen neuen Config?
Nein, war ich nicht.
Jetzt muss ich nur noch mein LVM wieder zurechtfriemeln und noch paar andere Kleinigkeiten.Ansonsten ist der Umzug ohne weitere Probleme verlaufen.
*g* Na also, geht doch :))
Das was am meisten aufgehalten hat, war die Kopiererei. Da sieht man erst, was man für ein Müll teilweise auf dem Rechner hat. ;)
*hehe* mach das mal mit nem "OS" aus Redmond...
Kann man knicken. Das habe ich mal mit einem Windows 2000 probiert gehabt.
Apropos: ich muss endlich mal die alten Win*-Backup-Leichen loeschen, die ich hier noch mitschleife, danke fuer die Erinnerung ;)
*gg*
PPS: Falls du Hilfe beim selber Kernel-backen brauchen solltest... :)
Deine Seite mit den Kernelrezept, habe ich gefunden gehabt, danke. ;) Sogar das einpatchen von xfs war kein Thema.
[6] Sch***e, warum fuehl ich mich trotz meiner jungen Jahre auf einmal so alt? Kann mir das mal bitte jemand erklaeren??? (F'up!)
*LOL* Bye Michael -- Zwei Dinge sind unendlich: Das Universum und die menschliche Dummheit. Aber beim Universum bin ich mir noch nicht ganz sicher. -- Albert Einstein _______________________________________________________________________ Gegen TCPA! http://www.againsttcpa.com/what-is-tcpa.html
participants (3)
-
David Haller
-
Henne Vogelsang
-
Michael Raab