[gentoo-user-de] etc wiederherstellen

[gentoo-user-de] etc wiederherstellen

[Steffen Schwientek]

Grr, irgendwie ist beim e2fsck im etc Verzeichnis etwas schief gelaufen...

Also: Beim hochfahren findet der Rechner seine inittab nicht mehr. Dumm 
gelaufen, mit einer Rescue-CD hochgefahren und in gentoo gechrootet.

Die Fehlerhaften Daten (lost and found) scheinen alle das etc Verzeichnis zu 
betreffen.

Kann gentoo diese wieder herstellen, ohne daß ich das gesamte System neu 
kompilieren muß?

Nächste Frage:
Irgendwie hats auch das env Verzeichnis zerschossen. D.h. gcc und alle 
Programme sind alle noch vorhanden, es wird aber nichts mehr gefunden, da 
die PATH Angabe leer ist!
Genau das gleiche mit /etc/ld.so.conf


Also: gibts ein emerge --confonly world befehl, der ausschließlich die 
Konfigurationsdateien erneut einliest?

Steffen

--
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] etc wiederherstellen

[Ralf Prengel]

Steffen Schwientek wrote:

> 
> Also: gibts ein emerge --confonly world befehl, der ausschließlich die 
> Konfigurationsdateien erneut einliest?

Das Thema ist hier vor einiger Zeit mal gelaufen und es wurden 
Anleitungen gepostet. Ich hatte einen ähnlichen Effekt mal weil ich mir 
offenbar ein Unstable-Paket zu viel installiert hatte ;-).
Meine Lösung war nicht elegant funktionierte aber:
Von der CD booten und bootstrap neu ausführen. Vorher aber /etc sichern 
um die Informationen daraus weiter verwenden zu können.
Such mal über Google in dieser Liste nach meinem Namen.

Gruß


--
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: etc wiederherstellen

[Steffen Schwientek]

Ralf Prengel schrieb:

> Steffen Schwientek wrote:


> Ich hatte einen ähnlichen Effekt mal weil ich mir 
> offenbar ein Unstable-Paket zu viel installiert hatte ;-).
> Meine Lösung war nicht elegant funktionierte aber:
> Von der CD booten und bootstrap neu ausführen. Vorher aber /etc sichern
> um die Informationen daraus weiter verwenden zu können.

Mein Problem ist Umfangreicher. Im etc Verzeichnis sind einige Dateien zu
Verzeichnissen gewandelt worden, oder tragen einfach einen falschen Namen. 

Zuerst habe ich händisch den Verzeichnispfad und eine rudimentäre ld.so.conf
zusammengebastelt, so daß ich wieder kompilieren kann. 

Dann habe ich ein emerge system versucht, leider ohne großen Erfolg, da die
Konfigfiles irgendwie nicht erneuert werden, obwohl das Packet neu
kompiliert wurde.

Konkret habe ich mindest 2 Probleme:
1) PAM Autentizifizierung: Anmeldung an der Konsole funktioniert
mittlerweile, das Hochfahren von X oder das Anmelden an xdm/kdm/gdm
scheitert

2) rc bootlevel
Da sind irgendwie keine definiert, ich boote ohne Dienste ins login hoch.
Ich kann allerdings jeden einzelnen Dienst händisch starten (manchmal muß
ich noch ein Modul vorher laden)

Es müßte doch irgendein script geben, das mir anhand der installierten
Packete ein jungfräuliches /etc generiert, ohne das gesamte System neu zu
kompilieren.

Oder andere Frage:
Wie kann ich herausfinden, welche Packete überhaupt in etc reinschreiben.
Dann könnte ich mittels ebuild Packetname config diese erstellen.
Oder eben nur diese installieren.

Wenn das nicht geht:
Welche Dateien braucht portage unbedingt, um kompilieren zu
können? /etc/profile (Pfad), ld.so.conf (Bibliotheken), make.*, sonst noch
welche?

Wenn alle Stricke reißen, würde ich ein emerge -De world machen. Aber damit
auch die Konfigfiles neu erstellt werden, müßte ich dieses erst mal
"entleeren"
Ärgerlich ist, daß eine komplette Neuinstallation einfacher wäre.

Steffen

Steffen


--
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: etc wiederherstellen

[Steffen Schwientek]

Ralf Prengel schrieb:

> Steffen Schwientek wrote:


> Ich hatte einen ähnlichen Effekt mal weil ich mir 
> offenbar ein Unstable-Paket zu viel installiert hatte ;-).
> Meine Lösung war nicht elegant funktionierte aber:
> Von der CD booten und bootstrap neu ausführen. Vorher aber /etc sichern
> um die Informationen daraus weiter verwenden zu können.

Mein Problem ist Umfangreicher. Im etc Verzeichnis sind einige Dateien zu
Verzeichnissen gewandelt worden, oder tragen einfach einen falschen Namen. 

Zuerst habe ich händisch den Verzeichnispfad und eine rudimentäre ld.so.conf
zusammengebastelt, so daß ich wieder kompilieren kann. 

Dann habe ich ein emerge system versucht, leider ohne großen Erfolg, da die
Konfigfiles irgendwie nicht erneuert werden, obwohl das Packet neu
kompiliert wurde.

Konkret habe ich mindestens 2 Probleme:
1) PAM Autentizifizierung: Anmeldung an der Konsole funktioniert
mittlerweile, das Hochfahren von X oder das Anmelden an xdm/kdm/gdm
scheitert

2) rc bootlevel
Da sind irgendwie keine definiert, ich boote ohne Dienste ins login hoch.
Ich kann allerdings jeden einzelnen Dienst händisch starten (manchmal muß
ich noch ein Modul vorher laden)

Es müßte doch irgendein Script geben, das mir anhand der installierten
Packete ein jungfräuliches /etc generiert, ohne das gesamte System neu zu
kompilieren.

Oder andere Frage:
Wie kann ich herausfinden, welche Packete überhaupt in etc reinschreiben.
Dann könnte ich mittels ebuild Packetname config diese erstellen.
Oder eben nur diese installieren.

Wenn das nicht geht:
Welche Dateien braucht portage unbedingt, um kompilieren zu
können? /etc/profile (Pfad), ld.so.conf (Bibliotheken), make.*, sonst noch
welche?

Wenn alle Stricke reißen, würde ich ein emerge -De world machen. Aber damit
auch die Konfigfiles neu erstellt werden, müßte ich dieses erst mal
"entleeren"
Ärgerlich ist, daß eine komplette Neuinstallation einfacher wäre.

Steffen

--
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: etc wiederherstellen

[Thilo Six]

Steffen Schwientek wrote, On 25.11.2004 23:49:

> Dann habe ich ein emerge system versucht, leider ohne großen Erfolg, da die
> Konfigfiles irgendwie nicht erneuert werden, obwohl das Packet neu
> kompiliert wurde.


Probiers nochmal mit:

emerge --noconfmem


--noconfmem
Causes portage to disregard merge records indicating that a config  file
inside  of  a CONFIG_PROTECT directory has been merged already.  Portage
will normally merge those files only once to prevent the user from deal-
ing  with the same config multiple times.  This flag will cause the file
to always be merged.

viel Erfolg


Tschuuuß Thilo


--
gentoo-user-de@gentoo.org mailing list