Hallo Manuel!

Da ich lieber auf der "richtigen" Konsole arbeite, kann ich Dir nur das 
folgende vorschlagen.

Die betreffenden Rechner aus der /etc/linuxmuster/worksations entfernen 
(auskommentieren mittels #).
Dann import_worlstation auf der Konsole ausführen.

Anschließend die Rechner wieder in die workstations reinschreiben bzw. 
Kommentarzeichen (#) entfernen.
Nochmal import_workstation aufrufen.

So hat bei mir bisher jeder "Umzug" geklappt.

Beste Grüße
Thorsten

Am Donnerstag, 16. Oktober 2014, 14:31:32 schrieb Manuel Schwab:
> Hallo Liste,
> 
> folgendes Problem ist bei uns an der Schule aufgetreten:
> Wir haben zwei Rechner von einem Raum in einen anderen Raum verlegt.
> Hierzu hatten wir die Einträge in der Schulkonsole unter "Hosts" 
> entsprechend angepasst.
> 
> Die Rechner sind gestartet, haben sich das Image gezogen und man ist 
> auch bis zum Windows 7 Anmeldebildschirm gelangt.
> Das Anmelden an diesen Rechnern war aber nicht möglich.
> Fehlermeldung: Die Vertrauensstellung zwischen dieser Arbeitsstation und 
> der primären Domäne konnte nicht hergestellt werden.
> 
> Ein lokales Anmelden auf den Rechnern war dagegen möglich.
> 
> Wir haben daraufhin nochmals den Befehl import_workstations direkt auf 
> dem Server ausgeführt, da wir dachten, dass da u. U. etwas schief lief.
> Dies war aber nicht des Rätsels Lösung - im Gegenteil.
> Denn anschließend konnte keiner der Rechner, der zu dieser Rechnergruppe 
> gehört, gestartet werden.
> Es kam immer zu einem Kernel panic:
> Kernel panic - not syncing: VFS: Unable to mount root fs on 
> unknown-block(2,0)....
> 
> Das Problem war nun - wie gesagt - auf allen Rechnern, die der gleichen 
> Rechnergruppe angehörten, vorhanden!
> Es scheint, als wurde die linbofs.gz beschädigt (kann das wirklich sein? 
> Was können die Gründe sein??)
> 
> Auf Basis des Hinweises unter 
> https://mail.schule-bw.de/pipermail/linuxmuster/2012-November/050255.html 
> haben 
> wir dann das Paket linuxmuster-linbo neuinstalliert (apt-get --reinstall 
> install linuxmuster-linbo) und update-linbofs ausgeführt.
> 
> Anschließend konnten die Rechner wieder normal gestartet werden!
> 
> Wir stehen nun aber immer noch vor dem gleichen Problem, dass sich die 
> zwei Rechner, für die einen Raumwechsel vorgenommen wurde, nicht 
> anmelden können.
> 
> Wir haben versucht:
> - die Einträge in Hosts unter der Schulkonsole direkt abzuändern
> - die Einträge in Hosts unter der Schulkonsole herauszulöschen, die 
> Rechner selbst in Linbo neu registriert und die Rechner dann über Hosts 
> in der Schulkonsole aufgenommen
> 
> Es wäre schön, wenn uns jemand Hinweise dahingehend geben könnte, woran 
> es liegen kann, dass sich die beiden Rechner nicht anmelden können.
> Vielleicht könnte auch kurz beschrieben werden, wie das Vorgehen sein 
> sollte, wenn ein Rechner aus einem Raum in einen anderen umzieht (und 
> dadurch eben eine andere IP, Hostname etc. bekommen soll).
> 
> Herzlichen Dank im Voraus für Eure Tipps!
> 
> Viele Grüße
> Manuel Schwab
> 
> 
> _______________________________________________
> linuxmuster-user mailing list
> [email protected]
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Beste Grüße

Thorsten

### eingesetztes System ###

LINUXMUSTER.NET
Die _freie_ Linux Musterlösung 

  - virtualisiert unter KVM
    + Server
        Codename Babo
        6.1.0-26ubuntu0
    + IPFire
        Core 81
    + coovachilli auf Blau 
 - Linbo 2.2.6

###################
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Antwort per Email an