Ernest
03-04-08, 01:59 AM
Hallo,
ich will meine C-Partition auf eine größere Platte versetzen und dafür habe ich einen entsprechenden Freibereich erstellt. Dann habe ich die Platte verlagert. Allerdings boote ich über den Lilo wegen Linux parallel und daher konnte ich die neue Platte nicht sofort aktivieren (der Lilo ist manchmal etwas störrisch, aber wie Grub mit SCSI vor IDE umgeht, habe ich noch nicht rausgekriegt). In der Zwischenzeit ergaben sich am System auf der alten Platte Änderungen, die ich übernehmen wollte. Da es beim ersten Mal so problemlos lief, dachte ich: Na gut, nochmal. Doch diesmal kam alles anders.
Zunächst beschwerte sich DB über die Tatsache, dass C in Gebrauch sei und wollte neu starten. Habe ich veranlasst. Das Boot-Utility für die Kopie kam allerdings nicht sehr weit. Es lief einfach so in einen Hardware-Reset -ohne Fehlermeldung, ohne Kommentar, ohne alles. Der Bildschirm wurde schwarz, er zeigte einen 'No Signal'-Kommentar an und dann kam die BIOS-Meldung, das war's.
Nun ist die Frage: Wie kann ein wie auch immer geartetes Problem auf der zu kopierenden Platte den Rechner so massiv zum Zusammenbruch bringen? Beim Kopieren der Daten. Und dann: Wie kriege ich es wieder hin, ohne das System komplett neu zu installieren, denn das steht nicht zur Debatte -zu viele Installationen, die dann neu erstellt werden müssten. Das bekomme ich in einer halben Ewigkeit nicht wieder hin -und ich bin zu faul, es zu versuchen.
Hat jemand eine Idee?
Ach ja: DB ist auf einer anderen Partition installiert. Es kann also an sowas nicht liegen.
System: AMD Sempron32 2200+-System Eigenbau. 512 MB RAM. SCSI- und IDE-Platten. SCSI mit SymBios Logic HBA. nVidia 5200 Grafikkarte. Ja stimmt, älteres System. Für neuere Komponenten fehlt das Geld.
Tschüß
Ernest
ich will meine C-Partition auf eine größere Platte versetzen und dafür habe ich einen entsprechenden Freibereich erstellt. Dann habe ich die Platte verlagert. Allerdings boote ich über den Lilo wegen Linux parallel und daher konnte ich die neue Platte nicht sofort aktivieren (der Lilo ist manchmal etwas störrisch, aber wie Grub mit SCSI vor IDE umgeht, habe ich noch nicht rausgekriegt). In der Zwischenzeit ergaben sich am System auf der alten Platte Änderungen, die ich übernehmen wollte. Da es beim ersten Mal so problemlos lief, dachte ich: Na gut, nochmal. Doch diesmal kam alles anders.
Zunächst beschwerte sich DB über die Tatsache, dass C in Gebrauch sei und wollte neu starten. Habe ich veranlasst. Das Boot-Utility für die Kopie kam allerdings nicht sehr weit. Es lief einfach so in einen Hardware-Reset -ohne Fehlermeldung, ohne Kommentar, ohne alles. Der Bildschirm wurde schwarz, er zeigte einen 'No Signal'-Kommentar an und dann kam die BIOS-Meldung, das war's.
Nun ist die Frage: Wie kann ein wie auch immer geartetes Problem auf der zu kopierenden Platte den Rechner so massiv zum Zusammenbruch bringen? Beim Kopieren der Daten. Und dann: Wie kriege ich es wieder hin, ohne das System komplett neu zu installieren, denn das steht nicht zur Debatte -zu viele Installationen, die dann neu erstellt werden müssten. Das bekomme ich in einer halben Ewigkeit nicht wieder hin -und ich bin zu faul, es zu versuchen.
Hat jemand eine Idee?
Ach ja: DB ist auf einer anderen Partition installiert. Es kann also an sowas nicht liegen.
System: AMD Sempron32 2200+-System Eigenbau. 512 MB RAM. SCSI- und IDE-Platten. SCSI mit SymBios Logic HBA. nVidia 5200 Grafikkarte. Ja stimmt, älteres System. Für neuere Komponenten fehlt das Geld.
Tschüß
Ernest