3
Umzug von Suse Linux 11.3 auf baugleichen PC
Wir setzen einen Proxy-Server mit Suse Linux 11.3-2.6.34.7-0.7 auf einem normalen Desktop-PC ein.
Da es in letzter Zeit immer wieder (vermutlich) zu Hardware-Fehler auf dem PC kam, überegten wir ein Image des Proxy-Servers zu ziehen und es auf einem absolut identischen Rechner aufzuspielen.
Leider traten dann dort nach dem Starten Fehler auf, so dass der Proxy dort nicht ausgeführt werden kann. Vermutlich werden die Fehler doch die unterschiedliche SN der Festplatte hervorgerufen.
Habe Fotos von den Screens mal gemacht, vielleicht kann mir ja jemand nen Tipp geben, wieso es zu den Fehlern kommt und wie man sie beheben kann.
Danke schon einmal im voraus und sollten noch irgendwelche Fragen sein, einfach hier reinschreiben, schaue schon regelmäßig nach ;)
Christian
Da es in letzter Zeit immer wieder (vermutlich) zu Hardware-Fehler auf dem PC kam, überegten wir ein Image des Proxy-Servers zu ziehen und es auf einem absolut identischen Rechner aufzuspielen.
Leider traten dann dort nach dem Starten Fehler auf, so dass der Proxy dort nicht ausgeführt werden kann. Vermutlich werden die Fehler doch die unterschiedliche SN der Festplatte hervorgerufen.
Habe Fotos von den Screens mal gemacht, vielleicht kann mir ja jemand nen Tipp geben, wieso es zu den Fehlern kommt und wie man sie beheben kann.
Danke schon einmal im voraus und sollten noch irgendwelche Fragen sein, einfach hier reinschreiben, schaue schon regelmäßig nach ;)
Christian
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 173817
Url: https://administrator.de/contentid/173817
Ausgedruckt am: 25.11.2024 um 14:11 Uhr
3 Kommentare
Neuester Kommentar
hiho,
richtig erkannt, dementsprechend einer der vielen Treffer: http://www.google.de/search?q=opensuse+by-id
Kurzfassung fstab anpassen, entweder die neue by-id, direkt als /dev/sdxy/ oder direkt die UUID (siehe 3. Beitrag http://forums.opensuse.org/english/get-technical-help-here/install-boot ..)
Gruß Orlean
Zitat von @justme81:
Vermutlich werden die Fehler doch die unterschiedliche SN der Festplatte hervorgerufen.
Vermutlich werden die Fehler doch die unterschiedliche SN der Festplatte hervorgerufen.
richtig erkannt, dementsprechend einer der vielen Treffer: http://www.google.de/search?q=opensuse+by-id
Kurzfassung fstab anpassen, entweder die neue by-id, direkt als /dev/sdxy/ oder direkt die UUID (siehe 3. Beitrag http://forums.opensuse.org/english/get-technical-help-here/install-boot ..)
Gruß Orlean
Hi !
Oder die Susi neu aufsetzen und die Konfigfiles (d)rüberkopieren....Das ist doch kein Winblos, sondern Linux und da geht das normalerweise (getestet mit Slackware und Debian, für die Susi lege ich mein Hand jetzt allerdings nicht ins Feuer) problemlos....
mrtux
Oder die Susi neu aufsetzen und die Konfigfiles (d)rüberkopieren....Das ist doch kein Winblos, sondern Linux und da geht das normalerweise (getestet mit Slackware und Debian, für die Susi lege ich mein Hand jetzt allerdings nicht ins Feuer) problemlos....
mrtux
Hi,
Indentische HW ist nicht gleich ;)
Bei der SuSi wird da alles mit DISC.BY.ID gehändelt.
Richtig erkannt haste das Problem ja bereits, nun mußt Du das nur noch umsetzen auf die neue HW.
Im Normalfall, ist die erste ATA Festplatte im Unix / Linux System /dev/hda
SCSI Platten /dev/sda
USB Sticks als /dev/sdd
usw.
Dein System sucht z.B. eine Western Digital WD800, 3. Partition sowie 2. Partition
Erste Partition also hda1, zweite dann hda2 usw. (Primäre Partitionen)
Die erste Erweiterte Partition ist dann folglich hda5 und hda6 ist dann die erste Logische Partition.
Solltest also genau wissen, was de da an Partitionen hast.
Möglichkeiten:
Ganz Simple, die SuSi DVD einlegen und davon Booten, dann die Systemreparatur wählen und Automatisch suchen lassen.
Im Regelfall, finden die SuSi die Root Partition von alleine.
Man kann aber auch einen bestimmten Beriech vorwählen und sagen, das man die Partitionstabelle bearbeiten will.
Dort dann die Partitionen, den Mountpoints zuweisen und einhängen OHNE zu Formatieren.
Das sollte es gewesen sein.
Oder,
mit einer Live Knoppix DVD / CD booten, die vermeintliche root Partition mounten und im Ordner /etc die Datei fstab ZUERST kopieren als fstab_bak und dann die Original fstab bearbeiten mit vi oder joe oder kwrite.
Hoffe, gehelfet zuhaben
Indentische HW ist nicht gleich ;)
Bei der SuSi wird da alles mit DISC.BY.ID gehändelt.
Richtig erkannt haste das Problem ja bereits, nun mußt Du das nur noch umsetzen auf die neue HW.
Im Normalfall, ist die erste ATA Festplatte im Unix / Linux System /dev/hda
SCSI Platten /dev/sda
USB Sticks als /dev/sdd
usw.
Dein System sucht z.B. eine Western Digital WD800, 3. Partition sowie 2. Partition
Erste Partition also hda1, zweite dann hda2 usw. (Primäre Partitionen)
Die erste Erweiterte Partition ist dann folglich hda5 und hda6 ist dann die erste Logische Partition.
Solltest also genau wissen, was de da an Partitionen hast.
Möglichkeiten:
Ganz Simple, die SuSi DVD einlegen und davon Booten, dann die Systemreparatur wählen und Automatisch suchen lassen.
Im Regelfall, finden die SuSi die Root Partition von alleine.
Man kann aber auch einen bestimmten Beriech vorwählen und sagen, das man die Partitionstabelle bearbeiten will.
Dort dann die Partitionen, den Mountpoints zuweisen und einhängen OHNE zu Formatieren.
Das sollte es gewesen sein.
Oder,
mit einer Live Knoppix DVD / CD booten, die vermeintliche root Partition mounten und im Ordner /etc die Datei fstab ZUERST kopieren als fstab_bak und dann die Original fstab bearbeiten mit vi oder joe oder kwrite.
Hoffe, gehelfet zuhaben
