Arch Linux

/dev Bezeichner werden bereinigt (News-Update)

GerBra

Die Gerätenamen in /dev wurden bereinigt, damit diese mit den Namen in der Linux Kernel-Dokumentation übereinstimmen. Wir hatten in /dev noch Reste aus den Tagen von devfs, diese wurden nun entfernt.

Bei diesem Update ist wichtig: Die Pakete

initscripts (2009.07-3)
filesystem (2009.07-1)
udev (141-5)
syslog-ng (3.0.3-2)

müssen alle zusammen aktualisiert werden.

Aus Benutzersicht ist die auffälligste Änderung der Wechsel der tty-Konsolenbezeichner von vc/* nach tty*. Dadurch müssen auch zwangsläufig durch das initscripts Update diese neuen Bezeichner in der Datei /etc/inittab verwendet werden für die gettys, vc/* also nach tty* geändert werden.

Um nicht-bootbare Systeme zu vermeiden nimmt pacman beim initscripts Update diese Änderung selbst vor wenn die /etc/inittab nicht vom User aktualisiert wurde. Dabei wird die originale /etc/inittab nach /etc/inittab.pacsave gesichert.
Folgendes Verfahren wird von pacman angewandt:

Paketupdate: /etc/inittab -> /etc/inittab.pacnew (wenn notwendig)
Die aktuelle /etc/inittab -> /etc/inittab.pacsave
/etc/inittab -> sed -> /etc/inittab

Nach dem Update von initscripts solltet ihr das Vorhandensein obiger Dateien kontrollieren und - vor einem Reboot - ob alle Änderungen (also z.B. vc/1 nach tty1) passen und ob eure Änderungen in der /etc/inittab.pacsave in die gültige inittab zusammengeführt wurden.
Wenn ihr /etc/securetty verändert habt, dann diese Datei auch prüfen und falls notwendig an die neuen Bezeichner (tty*) anpassen.

Link zur Originalmeldung

//Edit: Diese Meldung oben ersetzt die Vorankündigung von gestern.

Army

Find ich gut, dass du das schon im Voraus erwähnst, mir ist das nämlich passiert, dass mein System nicht mehr gebootet hat (manchmal passt man einfach nicht genügend auf 😉 ). War zwar relativ leicht zu reparieren mit ner Live-CD und chroot, aber sollte nicht nötig sein. Also, wie erwähnt, das System muss nicht neu aufgesetzt werden, falls ihr das verhunzt, aber passt einfach bissl auf.

GerBra

Push!, da der News-Text nun aktualisert wurde.

Bei diesem Update ist also v.a. darauf zu achten:
Verwendet einen Mirror, der aktuell ist.
O.a. Pakete wirklich nur zusammen aktualisieren, mit einem pacman -Syu

[gelöscht]

hab die meldung erst zu spät gelesen und ich glaube das bei mir die pakete nicht gleichzeitig aktuallisiert wurden. Hab jetzt auch schon per live cd die inittab umgeändert so das nur noch tty1 usw da steht aber es geht immernoch nicht. Gibt es da irgendwie abhilfe?

GerBra

Wo hakt es denn noch bzw. was sind die Fehlermeldungen?

Betroffene Files (für's Konsolenlogin) sind wie gesagt:
/etc/inittab
ggf. /etc/securetty

Wenn du eh per LiveCD ans System mußt kannst du natürlich auch diese Pakete einfach
nochmal nachinstallieren bzw. kontrollieren, daß du alle in den benötigten Versionen hast.

piet

Hast du [testing], bei mir wurde noch keins der Pakete aktualisiert!
Ich vermute, du hast ein anderes Problem oder halt [testing]. Bei mir zumindest hat pacman
keines der Pakete eben gerade mitaktualisiert.

cu

GerBra

piet schrieb Ich vermute, du hast ein anderes Problem oder halt [testing]. Bei mir zumindest hat pacman
keines der Pakete eben gerade mitaktualisiert.

Richtig, aktuell (laut Paketdatenbank) sind diese immer noch in testing. AFAIK sind diese aber
"ready" um nach core zu wandern...

[gelöscht]

bei mir sind die pakete nicht akutallisiert worden zumindest sind die versions nummern niedriger als im ersten beitrag
warning: initscripts-2009.03-2 is up to date -- reinstalling
warning: filesystem-2009.01-2 is up to date -- reinstalling
warning: udev-141-3 is up to date -- reinstalling
warning: syslog-ng-3.0.3-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...

Targets (4): udev-141-3 initscripts-2009.03-2 filesystem-2009.01-2
syslog-ng-3.0.3-1

Total Download Size: 0.04 MB

habe auch schon die mirrors raus gemacht bringt aber nichts es wird trotzdem nicht aktueller.
Das problem ist momenatan das gar keine fehlermeldungen kommen. Der boot läuft völlig normal ab und sobald kdm sich einschalten will wird der bildschirm schwarz.
Ich kann aber auch nicht auch eine konsole umschalten (strg+alt+f1 -f6) geht alles nicht 🙁

GerBra

Hast du die Änderungen an inittab und ggf securetty gemacht (also vc/* nach tty*) ohne das
die in der News-meldung aufgeführten Pakete überhaupt zum aktualisieren anstanden?

Die Versionen, die du anführst bedinden auf jedenfall noch die "alten" vc/* Bezeichner...

[gelöscht]

naja... ich machte gestern ausnahmsweiße ein update ohne zu schauen was aktuallisiert wurde. Heute kommt keine grafische oberfläche mehr. Also schaute ich ins forum und fand herraus das es da etwas gab das mein problem beschrieb. Also hab ich das geändert. Das mit den versionen ist mir auch eben erst aufgefallen also mach ich es wieder rückgängig. aber mein problem ist trotzdem nicht gelöst 🙁 evtl liegt es auch am neuen kernel?

GerBra

Wenn es nicht um diese o.a. Paketänderungen geht, dann bitte einen neuen Thread aufmachen.
Und v.a. darin mal sagen: Funktioniert denn (nachdem du wieder auf vc/* zurückgeändert hast) auch
das Login auf den tty-Konsolen nicht oder ist "nur" das Login über einen DIsplaymanager nicht
möglich?

Dirk

GerBra schrieb Richtig, aktuell (laut Paketdatenbank) sind diese immer noch in testing. AFAIK sind diese aber
"ready" um nach core zu wandern...

Je eher wir den alten Kram loswerden, desto besser!

[gelöscht]

Für mich, als noch nicht so ganz versierten Arch-User, eine kleine Rückfrage;

Ich habe mir soeben aus [testing] die 4 besagten Updates installiert. (wegen des Nervenkitzels). Dabei zeigt mir die Konsole ja, welche Dateien wohin verschoben werden, und welche Dateien eine ".pacsave" oder ".pacnew" Endung bekommen. Die ".pacnew" Dateien habe ich mir entsprechend angeschaut, und dann mit dem "mv" Befehl an den Platz verschoben, an den sie ohne dieses Anhängsel ständen. (im Artikel heißt es "in die gültige Datei zusammenführen", richtig?)

Neu ausfüllen musste ich dabei die "inittab" Datei, so wie die "rc.conf" Datei mit den Einstellungen aus den alten Dateien. (mit "securetty" habe ich bislang nichts gemacht). Danach habe ich alle Dateien mit ".pacsave" Endung mit Hilfe von "rm" gelöscht.

Das System bootet wie gewohnt, und läuft.
Nach entfernen des [testing] Repos meldet "pacman -Syu" natürlich;

Warnung: filesystem: Lokale Version (2009.07-1) ist neuer als core (2009.01-2)
Warnung: initscripts: Lokale Version (2009.07-3) ist neuer als core (2009.03-2)
Warnung: syslog-ng: Lokale Version (3.0.3-2) ist neuer als core (3.0.3-1)
Warnung: udev: Lokale Version (145-1) ist neuer als core (141-3)

dies wird dann wohl die nächsten Tage verschwinden.

Ich habe in meinem /etc/ Ordner jetzt keine Dateien mehr mit ".pacsave" oder ".pacnew" Endung.
Also, meine Frage an die Arch-Experten; alles richtig gemacht, oder fehlt noch was?

Gruß
Andreas

Dirk

Kodama schrieb Für mich, als noch nicht so ganz versierten Arch-User, eine kleine Rückfrage;

Ich habe mir soeben aus [testing] die 4 besagten Updates installiert. […]

Arch ist für Fortgeschrittene User. „testing“ für erfahrene Anwender. Du als „nicht so ganz versierten Arch-User“ solltest da gar nicht dran rummachen 🙂

Abgesehen davon: Deine Kiste bootet. Es wird alles richtig sein.

GerBra

Kodama schrieb Ich habe in meinem /etc/ Ordner jetzt keine Dateien mehr mit ".pacsave" oder ".pacnew" Endung.
Also, meine Frage an die Arch-Experten; alles richtig gemacht, oder fehlt noch was?

Es gibt (im AUR?) AFAIK auch ein Tool was die Zusammenführung von Original und .pacnew
Datei erleichert...
Ich vermeide immer das "drüberkopieren" von X.pacnew nach X. Bei deiner rc.conf z.B.:
Deine Änderungen darin überwiegen sicher die Menge der Original-Einstellungen, der einfachere
Weg wäre also eher gewesen, evtl. Neuerungen in deine Originaldatei einzupflegen.
Ich nutze meist einfach diff um mir die Unterschiede anzuschauen. So kann ich abschätzen:
a) Besteht ein Unterschied einfach nur weil meine gewünschte EInstellung von der Originalen
abweicht (und soll sie das auch zukünfig noch tun)?
b) Wenn die Menge meiner Änderungen gering ist, dann trage ich diese in die .pacnew ein und
benenne diese dann in das Original um.
c) Wenn (wie z.B. die rc.conf) meine Änderungen weitreichend sind, dann trage ich ggf. nur
neuere Parameter etc. aus der .pacnew in das Original ein...

Ansonsten spricht dein Ergebniss aber "für sich", Operation gelungen, Patient lebt... 😉

Army

Eins noch für die Zukunft, installiere besser nie nur einzelne Pakete aus [testing]! Dafür ist es nicht ausgelegt, sondern eher so: nimm es ganz, oder garnicht. Also bitte mach das lieber nicht nochmal, du hast jetzt dieses Mal Glück gehabt, aber ein andermal kann das auch wieder ganz anders aussehn.

GerBra

So, seit ein paar Stunden sind die betroffenen Pakete in core laut Paketdatenbank....

stigmayta

Supi, hat alles geklappt und udev lädt die Module auch schneller als vorher. <thumbsup>