Hallo Liste, oh wei, da hat mir aber jemand ein Ei ins Nest gelegt. Böse, böse, böse. System: Tumbleweed. Letzte Updates vielleicht eine Woche oder noch länger her. Heute wollte ich halt g'schwind mal wieder welche ziehen. Musste dieses aber abbrechen, weil ein postrpm-Skript nicht laufen wollte. Das konnte das alte Paket nicht löschen. Nach den üblichen Verdächtigen geguckt wie Speicherplatz. Nochmal YaST bemüht. Nein, löschen geht nicht. Nehme eine Shell her und will über zypper aufrufen. Und... kriege über su keine Shell. helga@schroedinger:~> su Passwort: su: /bin/bash konnte nicht ausgeführt werden: No such file or directory Ja, stimmt. Keine bash mehr in /bin. Vom grafischen Desktop runter und mal von ganz unten einen Login versucht. Nein. Nix geht mehr. Vom laufenden System geht da wohl jetzt nichts mehr, oder? Rettungssystem organisieren und von extern starten? Och, so ein Mist. Leute, das ist wirklich doof jetzt. Helga (Ja, die Mail hätte ich mir schenken können, bin einfach nicht auf »von extern« starten gekommen. Ein symbolischer Link repariert diesen Spuk hoffentlich. Blöde Idee, einem die Bash einfach so wegzustehlen und /bin aufzulösen). -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.de]
Wer sich dran hängen will... Am Montag 31 Mai 2021 schrieb Helga Fischer:
oh wei, da hat mir aber jemand ein Ei ins Nest gelegt. Böse, böse, böse.
https://bugzilla.suse.com/show_bug.cgi?id=1186644 [...] (Irgendwie weiß ich jetzt wieder, warum ich symbolische Links nicht mag). Helga -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.de]
Am Montag 31 Mai 2021 schrieb Helga Fischer:
Wer sich dran hängen will...
Am Montag 31 Mai 2021 schrieb Helga Fischer:
oh wei, da hat mir aber jemand ein Ei ins Nest gelegt. Böse, böse, böse.
https://bugzilla.suse.com/show_bug.cgi?id=1186644
[...]
Der Bug wurde bereits geschlossen - eher mit der Begründung, selbst schuld, ein Entwicklersystem zu benutzen. Rettungssystem gestartet über chroot den Link gesetzt. root via .profile die bash auf /usr/bin/bash festgenagelt. System startet: failed to start setup virtual konsole. Letztendlich weiß ich nicht, wie ich das hier umschifft habe. Habe versucht, einen anderen Kernel zu booten. Da sah es nach weniger Fehlermeldungen aus. Später war die Intuition, vielleicht ist keine deutsche Tastaturbelegung geladen, denn die Loginroutine wirkte anders. Mit englischer Tastaturbelegung kam ich dann rein ins System. loadkeys wollte nicht umswitchen, also bin ich halt dabei geblieben. Sofort zypper dup laufen lassen. Da fiel mir der nächste fehlende Link auf die Füsse, denn zypper konnte grub nicht installieren. Hier war die Schuldige /bin/sh. Das ließ sich leicht nachrüsten. Der nächste zypper-Lauf hatte dann zwar auch wieder Fehler, hinter denen ich nicht hinterher gerannt bin. (Die ksh ist wohl auch eine Kandidatin für einen Link). Irritierend war, dass das Erzeugen der initrd fehlschlug. Wo die jetzt stecken, weiß ich nicht. In /boot liegen keine. Auf meinem Laptop zwei mit Updates bis Samstag-Abend, ebenfalls Tumbleweed. Da ich euch aber jetzt schreibe, vom Desktop aus, läuft mein System wieder. Allerdings kann ich nicht recht sagen, warum. Vielleicht helfen die Hinweise ja irgendwann einmal. Helga -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.de]
On 31.05.21 20:06, Helga Fischer wrote:
Am Montag 31 Mai 2021 schrieb Helga Fischer:
https://bugzilla.suse.com/show_bug.cgi?id=1186644
[...]
Der Bug wurde bereits geschlossen - eher mit der Begründung, selbst schuld, ein Entwicklersystem zu benutzen.
Naja, wenn Du Bugs gegen Pakete aus OBS Quellen aufmachst, ist das bei Tumbleweed halt nicht passend aufgehoben. Viele Grüße Ulf
Am Montag 31 Mai 2021 schrieb Ulf Volmer:
On 31.05.21 20:06, Helga Fischer wrote:
Am Montag 31 Mai 2021 schrieb Helga Fischer:
https://bugzilla.suse.com/show_bug.cgi?id=1186644
[...]
Der Bug wurde bereits geschlossen - eher mit der Begründung, selbst schuld, ein Entwicklersystem zu benutzen.
Naja, wenn Du Bugs gegen Pakete aus OBS Quellen aufmachst, ist das bei Tumbleweed halt nicht passend aufgehoben.
Habe ich mich da irgendwo verklickt? Der Bug hat mich bei Tumbleweed erwischt. Helga -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.de]
Am Mon, 31 May 2021 21:45:50 +0200
schrieb Helga Fischer
Der Bug hat mich bei Tumbleweed erwischt.
Die Frage ist, was die Erwartungshaltung war als dieses "Devel Projekt" hinzufügt wurde. Die Ideenlosigkeit im OBS hat zu einen unkontrollierten Mischmasch an Paketen in diesen "Devel Projekten" und deren "Repositories" geführt. Die Pakete einen sind tatsächlich nur die Vorstufe für Factory. Die anderen, welche es nicht nach Tumbleweed oder Leap geschafft haben, sind aus Acht- oder Ahnungslosigkeit in diesen "Devel Projekten" gelandet. Das Resultat sind Pakete die nicht zum Basissystem passen können. Kann man nichts machen, außer das was man wirklich braucht mit 'osc linkpac' in sein home: zu kopieren... Olaf
Am Montag, 31. Mai 2021, 22:49:30 CEST schrieb Olaf Hering:
Kann man nichts machen, außer das was man wirklich braucht mit 'osc linkpac' in sein home: zu kopieren...
lemmy@kumiko:~> osc ls home:lemmy04 |wc -l 416 eben.... Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
On 31.05.21 21:45, Helga Fischer wrote:
Am Montag 31 Mai 2021 schrieb Ulf Volmer:
On 31.05.21 20:06, Helga Fischer wrote:
Am Montag 31 Mai 2021 schrieb Helga Fischer:
https://bugzilla.suse.com/show_bug.cgi?id=1186644
[...]
Der Bug wurde bereits geschlossen - eher mit der Begründung, selbst schuld, ein Entwicklersystem zu benutzen.
Naja, wenn Du Bugs gegen Pakete aus OBS Quellen aufmachst, ist das bei Tumbleweed halt nicht passend aufgehoben.
Habe ich mich da irgendwo verklickt? Der Bug hat mich bei Tumbleweed erwischt.
In dem Bug- Report hast Du die 'rpm -qi bash'- Ausgabe gepostet. Die Version, die bei Dir installiert ist, kommt nicht von OpenSuse Tumbleweed, sonder aus einem OBS- Repo. Warum Du das installiert hast, wirst Du selbst am Besten wissen. Viele Grüße Ulf
Am Montag, 31. Mai 2021, 21:45:50 CEST schrieb Helga Fischer:
Naja, wenn Du Bugs gegen Pakete aus OBS Quellen aufmachst, ist das bei Tumbleweed halt nicht passend aufgehoben.
Habe ich mich da irgendwo verklickt? Der Bug hat mich bei Tumbleweed erwischt.
Sobald Du in deinem System weitere Repositories aktivierst, tust Du das sozusagen auf eigenes Risiko. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Hallo Helga, hallo zusammen, Am Montag, 31. Mai 2021, 21:45:50 CEST schrieb Helga Fischer:
Am Montag 31 Mai 2021 schrieb Ulf Volmer:
On 31.05.21 20:06, Helga Fischer wrote:
Am Montag 31 Mai 2021 schrieb Helga Fischer:
https://bugzilla.suse.com/show_bug.cgi?id=1186644
[...]
Der Bug wurde bereits geschlossen - eher mit der Begründung, selbst schuld, ein Entwicklersystem zu benutzen.
Naja, wenn Du Bugs gegen Pakete aus OBS Quellen aufmachst, ist das bei Tumbleweed halt nicht passend aufgehoben.
Habe ich mich da irgendwo verklickt? Der Bug hat mich bei Tumbleweed erwischt.
Jein - das Problem (IMHO nicht wirklich ein Bug) hat Dich erwischt, weil Du zusätzlich zum offiziellen Tumbleweed-Repo noch ein Zusatzrepo benutzt hast. Mit diesem Zusatzrepo hast Du ein neu gebautes bash-Paket (mit /usr/bin/bash statt /bin/bash) bekommen. Technischer Hintergrund: In Tumbleweed wird gerade u. a. von /bin zu /usr/bin gewechselt (Stichwort UsrMerge), und das bisherige /bin wird zu einem Symlink zu /usr/bin. Die Pakete im Buildservice haben diese Änderung schon, wurden aber noch nicht als neuer Snapshot veröffentlicht. "Die Pakete im Buildservice haben diese Änderung schon" bedeutet dann auch, dass Pakete in Devel-Repos schon mit den neuen Pfaden (/usr/bin) gebaut werden, also passend zum _künftigen_ Tumbleweed. Nur heißt das leider auch, dass sie nicht mehr zum (noch) aktuellen Tumbleweed passen, wie Du recht schmerzhaft erfahren hast. (Ich benutze übrigens AppArmor-Pakete aus meinem home-Repo und hatte ein ähnliches, wenn auch nicht so schmerzhaftes Problem.) Der Vollständigkeit halber: Ich habe oben nur /bin erwähnt, die Änderung erfolgt aber auch für /lib, /lib64 und /sbin. Auch deren Inhalt wird ins entsprechende Verzeichnis in /usr/ verschoben und die Verzeichnisse zu Symlinks geändert. Gruß Christian Boltz --
Sensation: Ratti schreibt Doku! :-) Olle ätzende Giftspritze! :-) [> Christian Boltz und Ratti in fontlinge-devel]
Am Dienstag, 1. Juni 2021, 14:03:41 CEST schrieb Christian Boltz:
In Tumbleweed wird gerade u. a. von /bin zu /usr/bin gewechselt (Stichwort UsrMerge), und das bisherige /bin wird zu einem Symlink zu /usr/bin.
zu dem USRMERGE mal zwei fakten: 1. Red Hat macht das schon seit RHEL7 so 2. /usr auf separater Partition geht damit dann nicht mehr - also VORSICHT beim updaten!!! Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org OBS: lemmy04 Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Hallo nur mal so aus Interesse, warum wird eigentlich nach /usr "umgezogen. Ich meine mich zu erinnern. dass in Urzeiten von Unix (also meine erste Begegnung ist Solaris, mitte der 80'er) war /usr die Abkürzung von /user also primär mal die Basis der HOME-Verzeichnisse Bye Jürgen Am Dienstag, 1. Juni 2021, 15:20:13 CEST schrieb Mathias Homann:
Am Dienstag, 1. Juni 2021, 14:03:41 CEST schrieb Christian Boltz:
In Tumbleweed wird gerade u. a. von /bin zu /usr/bin gewechselt (Stichwort UsrMerge), und das bisherige /bin wird zu einem Symlink zu /usr/bin.
zu dem USRMERGE mal zwei fakten:
1. Red Hat macht das schon seit RHEL7 so 2. /usr auf separater Partition geht damit dann nicht mehr - also VORSICHT beim updaten!!!
Cheers MH
-- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org -------------------------------------------------------------------------------
Hallo zusammen, ich sortiere mal das Quoting etwas um ;-) Am Dienstag, 1. Juni 2021, 16:14:27 CEST schrieb Dr. Juergen Vollmer:
Am Dienstag, 1. Juni 2021, 15:20:13 CEST schrieb Mathias Homann:
Am Dienstag, 1. Juni 2021, 14:03:41 CEST schrieb Christian Boltz:
In Tumbleweed wird gerade u. a. von /bin zu /usr/bin gewechselt (Stichwort UsrMerge), und das bisherige /bin wird zu einem Symlink zu /usr/bin.
zu dem USRMERGE mal zwei fakten:
1. Red Hat macht das schon seit RHEL7 so
Ja, die Anregung kam wohl von Fedora ;-) openSUSE hatte das auch schon länger angefangen und einzelne Programme nach /usr verschoben (mit Compability-Symlink /bin/foo -> /usr/bin/foo), aber jetzt erst den letzten Schritt gemacht. (Der Vollständigkeit halber: das betrifft nur Tumbleweed, in Leap 15.x bleibt es bei den gewohnten Verzeichnissen.)
2. /usr auf separater Partition geht damit dann nicht mehr - also VORSICHT beim updaten!!!
Ich wage zu behaupten, dass sich in diesem Punkt nicht viel ändert - auch ohne UsrMerge liegt z. B. systemd schon längst in /usr. Das sollte aber kein wirkliches Problem sein, AFAIK kann /usr aus der initrd gemountet werden.
nur mal so aus Interesse, warum wird eigentlich nach /usr "umgezogen.
Da verweise ich einfach mal auf https://en.opensuse.org/openSUSE:Usr_merge und https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
Ich meine mich zu erinnern. dass in Urzeiten von Unix (also meine erste Begegnung ist Solaris, mitte der 80'er) war /usr die Abkürzung von /user also primär mal die Basis der HOME-Verzeichnisse
Ja, aber ich glaube, das ist verjährt ;-) Gruß Christian Boltz -- The updated behavior seems to be that this is happening on a weekly basis like clockwork. The problem disappears approximately somewhere between Wednesday to Saturday each week, only to reappear somewhere approximately Sunday to Wednesday each week. [Tony Su in bnc#727586]
Hallo, Am Tue, 01 Jun 2021, Christian Boltz schrieb: [..]
Das sollte aber kein wirkliches Problem sein, AFAIK kann /usr aus der initrd gemountet werden.
Welcher initrd? *SCNR* -dnh, ernsthaft: das ist einer der Gründe, warum schon seit längerem "normalerweise" fast bei allen Distros eine initrd/initramfs _zwingend_ ist, und beim Rest ist eine initrd zumindest default. -- If breathing required conscious thought, the world population would be on a sharp decline. -- Greg Andrews
Am Dienstag, 1. Juni 2021, 16:14:27 CEST schrieb Dr. Juergen Vollmer:
Ich meine mich zu erinnern. dass in Urzeiten von Unix (also meine erste Begegnung ist Solaris, mitte der 80'er) war /usr die Abkürzung von /user also primär mal die Basis der HOME-Verzeichnisse
Fast. Nicht "User verzeichnisse" sondern "User applikationen". Also eigentlich ganz logisch: Alles was um grundlegenden betrieb des systems gebraucht wird liegt direkt in /bin und /sbin und so weiter, alles was sozusagen "nur für die user" da ist kommt dann in /usr/bin etc etc. Hintergedanke war damals, die desktop workstation hat eine kleine Festplatte um eben so sachen wie /bin/sh und /sbin/mount lokal zu haben, und holt sich dann /usr per NFS vom fileserver wodurch dann alle workstations die gleiche softwareausstattung haben - und das ganz ohne ansible, satellite, zendesk, und was es sonst noch so gibt... Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Am 01.06.21 um 16:14 schrieb Dr. Juergen Vollmer:
Hallo
nur mal so aus Interesse, warum wird eigentlich nach /usr "umgezogen.
Ich meine mich zu erinnern. dass in Urzeiten von Unix (also meine erste Begegnung ist Solaris, mitte der 80'er) war /usr die Abkürzung von /user also primär mal die Basis der HOME-Verzeichnisse
Laut https://de.wikipedia.org/wiki/Filesystem_Hierarchy_Standard#/usr-Verzeichnis... ist usr die Abk. von 'unix system resources'. Und ich hatte mir mal, vor Äonen, gemerkt, dass dort die 'unix special resources' lägen. War dann wohl nur fast richtig... -- Viele Grüße Michael
participants (8)
-
Christian Boltz
-
David Haller
-
Dr. Juergen Vollmer
-
Helga Fischer
-
Mathias Homann
-
Michael Behrens
-
Olaf Hering
-
Ulf Volmer