Arch Linux

langjähriger Linuxer (Nicht-Arch) braucht Hilfe bei pacman -Syu

yatri

Erstinstallation mittels ctkarchlinux-CD durchgeführt
Ich habe Probleme ein erstes Systemupgrade durchzuführen - was soll ich tun? wer wäre so nett mir einen Hinweis zu posten?

frisches System - unverändert - soll erstmals komplett mit Updates versorgt werden
1) pacman -Syu meckert pacman-query und yaourt an
2) in der /etc/pacman.d/mirrorlist habe ich dann die Server der Göttinger Uni freigeschaltet (gwdg.de)
nun kommt folgende Ausgabe:

[root@ctkarch downloads]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
archlinuxfr is up to date
:: The following packages should be upgraded first :
pacman yaourt package-query
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] Y

resolving dependencies...
looking for inter-conflicts...

Targets (7): linux-api-headers-3.3.2-1 glibc-2.15-10 libarchive-3.0.4-1 pacman-4.0.3-1 yajl-2.0.4-1 package-query-1.0.1-1 yaourt-1.1-1

Total Download Size: 9.24 MB
Total Installed Size: 48.16 MB

Proceed with installation? [Y/n] Y
:: Retrieving packages from core...
linux-api-headers-3.3.2-1-x86_64 594.3K 401.9K/s 00:00:01 [------------------------------------------------------------] 100%
glibc-2.15-10-x86_64 7.6M 742.2K/s 00:00:10 [------------------------------------------------------------] 100%
libarchive-3.0.4-1-x86_64 529.3K 326.5K/s 00:00:02 [------------------------------------------------------------] 100%
pacman-4.0.3-1-x86_64 508.4K 321.5K/s 00:00:02 [------------------------------------------------------------] 100%
:: Retrieving packages from community...
yajl-2.0.4-1-x86_64 33.9K 92.1K/s 00:00:00 [------------------------------------------------------------] 100%
:: Retrieving packages from archlinuxfr...
package-query-1.0.1-1-x86_64 21.7K 443.6K/s 00:00:00 [------------------------------------------------------------] 100%
yaourt-1.1-1-any 44.7K 644.1K/s 00:00:00 [------------------------------------------------------------] 100%
(7/7) checking package integrity [------------------------------------------------------------] 100%
(7/7) checking for file conflicts [------------------------------------------------------------] 100%
error: failed to commit transaction (conflicting files)
glibc: /usr/bin/tzselect exists in filesystem
glibc: /usr/sbin/zdump exists in filesystem
glibc: /usr/sbin/zic exists in filesystem
Errors occurred, no packages were upgraded.
[root@ctkarch downloads]#

Beelzebub

Ist das installations Medium aktuell? In Arch Linux ändern sich schnell Sachen, so das ältere installations Medien unbrauchbar werden.

//Edit:

Ich habe hier mal was im englischen Forum gefunden, das sollte dein Problem schnell lösen.

https://bbs.archlinux.org/viewtopic.php?id=138954

//

fs4000

Ich hab zwar von CTKArchLinux noch nie was gehört, aber beantworte diese erste Frage doch einfach mal mit Nein (n).

EDIT: Bitte Tipps von Usern, die -f/--force vorschlagen einfach ignorieren. Die haben keine Ahnung, was sie tun. 😉

http://ctkarch.org/download/ - Die brauchen dringend mal ein neues Image.

Beelzebub

@fs4000 ich dachte eher an die Lösung weiter unten im englischem Forum.

rohansftw: "for me this worked perfectly

rm /usr/bin/tzselect /usr/bin/zdump /usr/bin/zic
pacman  -Syu

"

wds: "Hi rohan,

Thanks for this solution; however, my zdump and zic were in sbin, not bin - i.e.

rm /usr/bin/tzselect /usr/sbin/zdump /usr/sbin/zic

Thanks,

William"

yatri

Wow!
Ihr seid ja schnell! Vielen Dank für das Bemühen - ich habe gar nicht gedacht, so schnell Vorschläge zu bekommen.

Nun, warum habe ich ctkarch-isos genommen? Weil ich mit meiner onBoard-ATI-Karte Radeon 4250 (erkannt als R880) und meinem 1920x1200-Riesen-Bildschirm Stress hatte bei der Manuellen X-Konfiguration und dem Aufbau mehrerer Desktopumgebungen. Ich dachte einfach,: Wenn man ein Arch-Linux mit Minimalgrafik hat (openbox), dann könnte man die fehlnden Updates einfacher nachziehen. Schließlich ist ctkarch nichts anderes als eine Installationshilfe - und keinesfalls eine eigene auf Arch aufsetzende oder von Arch abstammende eigenen Distribution (Chakra, KahelOS etc).
Also: Soll ich mal dem Tipp folgen meine 3 vorhanden Dateien zu löschen, wie in obigem Vorschlag:

rm /usr/bin/tzselect /usr/sbin/zdump /usr/sbin/zic

um dann ein pacman -Syu durchzuführen ?

Beelzebub

Ich würde erst

 pacman -S tzdata

versuchen. Falls das Problem dadurch nicht gelöst wird dann

 rm /usr/bin/tzselect /usr/sbin/zdump /usr/sbin/zic

//Edit: Ich würde außerdem erst das System aktuellisieren und dannach pacman.
Also deine Antowort wäre dan hier:

 Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] Y

nicht Y sonder N.

stefanhusmann

Noch etwas vorsichtiger: Die drei Dateien nicht gleich löschen, sondern erstmal woandershin verschieben oder umbenennen.

Dirk

yatri schriebErstinstallation mittels ctkarchlinux-CD durchgeführt […]

Nimm mal das normale Installationsimage.

Army

Dirk Sohler schrieb
yatri schriebErstinstallation mittels ctkarchlinux-CD durchgeführt […]
Nimm mal das normale Installationsimage.

Das!!

Die Konfiguration für Xorg kriegste schon hin, das ist heutzutage keine Kunst mehr! Also ich persönlich muss lediglich in eine Datei eine Zeile einfügen, damit die deutsche Tastatur funktioniert.

[gelöscht]

dann würd ich aber eher nen aktuellen Snapshot nehmen statt dem letzten Release

https://www.archlinux.org/download/
bzw.
https://releng.archlinux.org/isos/

p.s.
off topic: fände ich gut, wenn die auch auf der deutschen Downloadseite verlinkt wären

Dirk

bruno7 schriebdann würd ich aber eher nen aktuellen Snapshot nehmen statt dem letzten Release

Oder besser gleich das Netzwerkinstallations-Image.

https://wiki.archlinux.de/title/Download

[gelöscht]

da hat er natürlich recht
allerdings wenn man schon bei der Installation von signierten Paketen profitieren will, dann wäre der aktuelle Snapshot vom Netzwerkinstaller wieder besser
(ich glaub wenigstens, dass das letzte Release das noch nicht kann)

yatri

Ich habe das weiter unten angehängte durchgeführt (mit dank an Beelzebub), was aber nun wieder zu weiteren Fehlern führt. Da mir diese 32GB-Maschine als langjährige stabile Basis für sehr viele, teilweise mitstartende KVM- und OpenVZ-Maschinen dienen soll, die in meinem eigenen Firmennetzwerk sicher laufen sollen, überlege ich mittlerweile, ob ich nicht lieber die 5-jährige Unterstützung vom neuesten Kubuntu genießen soll. Mir ist dieses permanente Abhängigkeiten-lösen in all meinen Linux-Jahren (12 !) immer ein Spaß gewesen, allerdings nur auf irrelevanten Maschinen - NICH auf einem Haupt-HOST-System für diverse Basis-Maschinen meiner Firma. Dazu aber (also zur Frage: Wie sicher und stabil läuft Arch Linux über Jahre bei ständigem Upgraden?) - also dazu fehlen mir Erfahrungswerte. Vielleicht kann mir eine der Forumsgrößen hier ja etwas dazu schreiben. Nun aber erstmal zur relaen Situation:

ctkarch kirana]# pacman -S tzdata
:: The following packages should be upgraded first :
pacman yaourt package-query
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] n

resolving dependencies...
looking for inter-conflicts...

Targets (1): tzdata-2012c-1

Total Download Size: 0.13 MB
Total Installed Size: 5.41 MB

Proceed with installation? [Y/n] Y
:: Retrieving packages from core...
tzdata-2012c-1-any 132.9K 185.3K/s 00:00:01 [----------------------------------------------] 100%
(1/1) checking package integrity [----------------------------------------------] 100%
(1/1) checking for file conflicts [----------------------------------------------] 100%
(1/1) upgrading tzdata [----------------------------------------------] 100%
[root@ctkarch kirana]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra 1394.2K 372.9K/s 00:00:04 [----------------------------------------------] 100%
community 1692.6K 576.3K/s 00:00:03 [----------------------------------------------] 100%
multilib 87.6K 128.2K/s 00:00:01 [----------------------------------------------] 100%
archlinuxfr 29.9K 489.3K/s 00:00:00 [----------------------------------------------] 100%
:: The following packages should be upgraded first :
pacman yaourt package-query
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] Y

resolving dependencies...
looking for inter-conflicts...

Targets (7): linux-api-headers-3.3.2-1 glibc-2.15-10 libarchive-3.0.4-1 pacman-4.0.3-1 yajl-2.0.4-1 package-query-1.0.1-1
yaourt-1.1-1

Total Download Size: 0.00 MB
Total Installed Size: 48.16 MB

Proceed with installation? [Y/n] Y
(7/7) checking package integrity [----------------------------------------------] 100%
(7/7) checking for file conflicts [----------------------------------------------] 100%
(1/7) upgrading linux-api-headers [----------------------------------------------] 100%
(2/7) upgrading glibc [----------------------------------------------] 100%
warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
Generating locales...
de_DE.UTF-8... done
de_DE.ISO-8859-15@euro... done
en_US.UTF-8... done
Generation complete.
(3/7) upgrading libarchive [----------------------------------------------] 100%
(4/7) upgrading pacman [----------------------------------------------] 100%
warning: /etc/pacman.conf installed as /etc/pacman.conf.pacnew
>>> Run `pacman-key --init` to set up your pacman keyring.
(5/7) upgrading yajl [----------------------------------------------] 100%
(6/7) upgrading package-query [----------------------------------------------] 100%
(7/7) upgrading yaourt [----------------------------------------------] 100%
New optional dependencies for yaourt
aurvote: vote for favorite packages from AUR

Das sah also gut aus, aber das gewünschte Komplett-Upgrade führt zu folgendem:

[root@ctkarch kirana]# pacman -Syu
pacman: /usr/lib/libcurl.so.4: no version information available (required by /usr/lib/libalpm.so.7)
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
archlinuxfr is up to date
:: Starting full system upgrade...
:: Replace btrfs-progs-unstable with core/btrfs-progs? [Y/n] Y
:: Replace cyrus-sasl-plugins with extra/cyrus-sasl-gssapi? [Y/n] Y
:: Replace cyrus-sasl-plugins with extra/cyrus-sasl-ldap? [Y/n] Y
:: Replace cyrus-sasl-plugins with extra/cyrus-sasl-sql? [Y/n] Y
:: Replace farsight2 with extra/farstream? [Y/n] Y
warning: fbpanel: local (6.1.507svn-2) is newer than community (6.1-3)
:: Replace gnupg2 with core/gnupg? [Y/n] Y
:: Replace heimdal with core/krb5? [Y/n] Y
:: Replace kernel26 with core/linux? [Y/n] Y
:: Replace kernel26-headers with core/linux-headers? [Y/n] Y
:: Replace module-init-tools with core/kmod? [Y/n] Y
:: Replace ndiswrapper-utils with community/ndiswrapper? [Y/n] Y
:: Replace procps with core/procps-ng? [Y/n] Y
:: Replace pygobject with extra/python2-gobject2? [Y/n] Y
:: Replace sqlite3 with extra/sqlite? [Y/n] Y
resolving dependencies...
warning: dependency cycle detected:
warning: udev will be installed before its util-linux dependency
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: aufs2: requires kernel26>=2.6.37.3
:: aufs2: requires kernel26<2.6.38
:: mach64-dri: requires libgl=7.10.1
:: mga-dri: requires libgl=7.10.1
:: r128-dri: requires libgl=7.10.1
:: savage-dri: requires libgl=7.10.1
:: sis-dri: requires libgl=7.10.1
:: tdfx-dri: requires libgl=7.10.1
:: unichrome-dri: requires libgl=7.10.1

yatri

Ich versuchte weiter zu kommen, aber ich habe zu wenig Ahnung vom Upgraden bei Abhängigkeitsproblemen unter Arch. Wenn es eine Fedora, ein Debian, eine Suse oder ein Ubuntu wäre - dann ginge es - aber mit Arch oder auch Gentoo-basierten Distris kenne ich mich leider kaum aus :
Hier ist mein Versuch:

[root@ctkarch kirana]# pacman -S util-linux
pacman: /usr/lib/libcurl.so.4: no version information available (required by /usr/lib/libalpm.so.7)
resolving dependencies...
looking for inter-conflicts...

Targets (1): util-linux-2.21.1-2

Total Installed Size: 7.38 MiB
Net Upgrade Size: -0.08 MiB

Proceed with installation? [Y/n] Y
(1/1) checking package integrity [----------------------------------------------] 100%
error: util-linux: key "C8880A6406361833" is unknown
:: Import PGP key 06361833, "Tom Gundersen <teg@jklm.no>", created 2011-05-28? [Y/n] Y
(1/1) checking package integrity [----------------------------------------------] 100%
error: util-linux: signature from "Tom Gundersen <teg@jklm.no>" is unknown trust
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.

[root@ctkarch kirana]# pacman-key --init
gpg: Generating pacman keychain master key...

Not enough random bytes available. Please do some other work to give
the OS a chance to collect more entropy! (Need 278 more bytes)

lkgjodrugiouqeriogtuioun juriotuioqeut zuruiotz89q iuer89tq0 izur89tq89 ozueru9g
dfjopzuhiopqru

^C
gpg: Interrupt caught ... exiting

mannohneschuh

Willkommen und so. Es ist ja nicht empfohlen AL auf Produktivsystemen zu betreiben auf denen eine hohe Verfügbarkeit von Nöten ist. Ich habe in meinen etwas mehr als 2 Jahren AL jedoch kaum Probleme gehabt die sich nicht in kurzer Zeit lösen ließen, und meist waren das auch nur Kleinigkeiten. Ich denke also AL ist auch auf einem "Produktivsystem" einsetzbar.

Es dauert unter Umständen ziemlich lange bis

pacman-key --init

fertig ist… und man kann es zwar angeblich durch mehr Entropie beschleunigen, aber anscheinend nicht wirklich viel. Geduld, Geduld.

aufs ist afair aus dem Kernel geflogen. wenn du es nicht brauchst einfach deinstallieren dann kannst du auch den neuen Kernel nehmen
libgl ist in 8.0.3-1 verfügbar, welche Version ist bei dir installiert?

Dirk

mannohneschuh schriebIch denke also AL ist auch auf einem "Produktivsystem" einsetzbar.

Natürlich ist es das. Ein vollwertiges Produktivsystem verfügt aber a) über mindestens tägliche Backups, und b) ein identisches Testsystem, das bei bedarf problemlos wieder zurückgesetzt werden kann, und auf dem vor jedem Update Systemkritische Dinge geprüft werden, bevor sie ins Produktivsystem übernommen werden.

Beelzebub

Das sollte schon mal helfen, was die Keys betrifft.
https://wiki.archlinux.de/title/Pacman-key
Zur not kannst du auch unter /etc/pacman.conf

 SigLevel = Never

eintragen, dadurch wird das Keysystem deaktiviert und du kannst ert einmal lernen mit Arch zu arbeiten und es später einrichten.

Starjumper

Willkommen yatri,

du hast bereits zum Einstieg gelernt, dass man Arch nicht vernachlässigen darf, da ansonsten einiges an Arbeit ansteht, wenn man doch mal updaten möchte. Auch uralte Installationsmedien sollte man besser meiden. Wegen deinen Beweggründen das ctkarch zu nutzen. Pacman benutzt sich stets gleich, egal wo. :-)

Würdest du ein aktuelles Installationsmedium nehmen, so hättest du ganzen Probleme jetzt gar nicht.

Es sei dir auch gesagt, dass ein gepflegtes Arch in meinem Fall stets stabiler war, als jede andere Distri die ich zuvor intensiv genutzt habe und das waren doch schon einige: Suse, Debian, DSL, diverse Ubuntu Dervivate, CentOS und Fedora. Inzwischen laufen alle Systeme bei mir auf Arch.

@ Beelzebub

Finde deine Vorschlag das Keysystem zu deaktivieren nicht so gut. Das ganze Keysystem zum laufen zu bekommen ist wahrlich kein Hexenwerk.

Dirk

Beelzebub schriebDas sollte schon mal helfen, was die Keys betrifft.
https://wiki.archlinux.de/title/Pacman-key
Zur not kannst du auch unter /etc/pacman.conf
 SigLevel = Never 
eintragen, dadurch wird das Keysystem deaktiviert und du kannst ert einmal lernen mit Arch zu arbeiten und es später einrichten.

SigLevel = Never steht auf einer Stufe mit cat datei | grep suchbegriff, wget --no-check-certificate oder dem pauschalen Empfehlen von pacman -f.

matthias

@Dirk: Ich finde, du übertreibst. Schliesslich hatten wir hier alle jahrelang faktisch SigLevel=Never, und es gab nie ein Problem. Pauschles pacman -f wäre eine ganz andere Kiste.
PS: Ich habe auch dein Mitter-Problem bereinigt.

Nächste Seite »