• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Keine Updates über Yast

wilux

Advanced Hacker
Hallo Leute,

parallel zu meinem Problem mit Libreoffice (auch Firefox) kann ich keine Aktualisierungen einspielen. Ich soll mein Passwort eingeben aber gleich danach ist Schluss.

Dann versuche ich es über die Konsole und bekomme das:

Code:
# zypper up -t package
Metadaten von Repository 'KDE:KDE3' werden abgerufen [fertig]
Zwischenspeicher für Repository 'KDE:KDE3' wird erzeugt [fertig]
Fehler beim Erstellen des Zwischenspeichers:
'repo2solv.sh' '-o' '/var/cache/zypp/solv/KDE:KDE3/solv' '/var/cache/zypp/raw/KDE:KDE3'
cat: : No such file or directory
write error u8: No space left on device

Achtung: Repository 'KDE:KDE3' wird aufgrund des obigen Fehlers deaktiviert.
Metadaten von Repository 'Packman' werden abgerufen [fertig]
Zwischenspeicher für Repository 'Packman' wird erzeugt [fertig]
Fehler beim Erstellen des Zwischenspeichers:
'repo2solv.sh' '-o' '/var/cache/zypp/solv/Packman/solv' '/var/cache/zypp/raw/Packman'
cat: : No such file or directory
write error str: No space left on device

Achtung: Repository 'Packman' wird aufgrund des obigen Fehlers deaktiviert.
Daten des Repositorys laden ...
Installierte Pakete lesen ...

The following package updates will NOT be installed:
  cups cups-client cups-libs cups-libs-32bit gstreamer-0_10-fluendo-mp3 ladspa libfreebl3 libfreebl3-32bit libsoftokn3 libsoftokn3-32bit 
  libvpx0 mozilla-nspr-32bit mozilla-nss-32bit mozilla-nss-certs mozilla-nss-certs-32bit myspell-american myspell-russian 

Die folgenden Pakete werden aktualisiert:
  libv8-3 MozillaFirefox MozillaFirefox-branding-upstream MozillaFirefox-translations-common mozilla-js192 mozilla-js20 mozilla-nspr 
  mozilla-nss mozilla-xulrunner192 mozilla-xulrunner192-gnome mozilla-xulrunner192-translations-common mozilla-xulrunner20 
  mozilla-xulrunner20-gnome mozilla-xulrunner20-translations-common openschool-base opera opera-kde4 v8-devel 

18 Pakete werden aktualisiert.
Gesamtgröße des Downloads: 36,0 MiB. Nach der Operation werden zusätzlich 946,0 KiB belegt.
Fortfahren? [j/n/?] (j): n
Ich habe "n" getippt, weil ich nicht weiß, was ich dann vielleicht doch kaputt machen könnte.

Irgendwie läuft Suse heute sehr schräg.

Was meint ihr?

wilux
 
OP
W

wilux

Advanced Hacker
Code:
~> df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda2              20G  5,5G   14G  29% /
devtmpfs              2,0G  252K  2,0G   1% /dev
tmpfs                 2,0G  4,0K  2,0G   1% /dev/shm
/dev/sda4             422G   44G  379G  11% /home
/dev/sda3              21G   21G   12K 100% /tmp
Sieht soweit gut aus. Warum aber /tmp voll ist, begreife ich nicht. War mir so sicher, dass die /tmp bei jedem Herunterfahren geleert wird …

wilux
 

tomm.fa

Administrator
Teammitglied
wilux schrieb:
Warum aber /tmp voll ist, begreife ich nicht. War mir so sicher, dass die /tmp bei jedem Herunterfahren geleert wird …
Zeige doch mal den Inhalt von /etc/sysconfig/cron (auszugeben mit cat oder less).
 
OP
W

wilux

Advanced Hacker
Bitte sehr:

Code:
:~> cat /etc/sysconfig/cron
## Path:        System/Cron
## Description: days to keep old files in tmp-dirs, 0 to disable
## Type:        integer
## Default:     0
## Config:
#
# cron.daily can check for old files in tmp-dirs. It will delete all files
# not accessed for more than MAX_DAYS_IN_TMP. If MAX_DAYS_IN_TMP is not set
# or set to 0, this feature will be disabled. 
#
MAX_DAYS_IN_TMP="0"

## Type:        integer
## Default:     0
#
# see MAX_DAYS_IN_TMP. This allows to specify another frequency for
# a second set of directories.
#
MAX_DAYS_IN_LONG_TMP="0"

## Type:        string
## Default:     "/tmp"
#
# This variable contains a list of directories, in which old files are to
# be searched and deleted. The frequency is determined by MAX_DAYS_IN_TMP
#
TMP_DIRS_TO_CLEAR="/tmp"

## Type:        string
## Default:     ""
#
# This variable contains a list of directories, in which old files are to
# be searched and deleted. The frequency is determined by MAX_DAYS_IN_LONG_TMP
# If cleaning of /var/tmp is wanted add it here.
#
LONG_TMP_DIRS_TO_CLEAR=""

## Type:        string
## Default:     root
#
# In OWNER_TO_KEEP_IN_TMP, you can specify, whose files shall not be deleted.
#
OWNER_TO_KEEP_IN_TMP="root"

## Type:        string
## Default:     no
#
# "Set this to "yes" to entirely remove (rm -rf) all  files and subdirectories
# from the temporary directories defined in TMP_DIRS_TO_CLEAR on bootup.
# Please note, that this feature ignores OWNER_TO_KEEP_IN_TMP - all files will
# be removed without exception."
#
# If this is set to a list of directories (i.e. starts with a "/"), these
# directories will be cleared instead of those listed in TMP_DIRS_TO_CLEAR.
# This can be used to clear directories at boot as well as clearing unused
# files out of other directories.
#
CLEAR_TMP_DIRS_AT_BOOTUP="no"

## Type:         string
## Default:      ""
#
# At which time cron.daily should start. Default is 15 minutes after booting
# the system. Example setting would be "14:00".
# Due to the fact that cron script runs only every 15 minutes,
# it will only run on xx:00, xx:15, xx:30, xx:45, not at the accurate time
# you set.
DAILY_TIME=""

## Type:         integer
## Default:      5
#
# Maximum days not running when using a fixed time set in DAILY_TIME.
# 0 to skip this. This is for users who will power off their system.
#
# There is a fixed max. of 14 days set,  if you want to override this
# change MAX_NOT_RUN_FORCE in /usr/lib/cron/run-crons
MAX_NOT_RUN="5"

## Type:        yesno
## Default:     no
#
# send status email even if all scripts in 
# cron.{hourly,daily,weekly,monthly} 
# returned without error? (yes/no)
#
SEND_MAIL_ON_NO_ERROR="no"

## Type:        yesno
## Default:     no
#
# send email containing output from all successful jobs in
# cron.{hourly,daily,weekly,monthly}. Output from failed
# jobs is always sent. If SEND_MAIL_ON_NO_ERROR is yes, this 
# setting is ignored.  (yes/no)
#
SEND_OUTPUT_ON_NO_ERROR="no"

## Type:        yesno
## Default:     no
#
# generate syslog message for all scripts in 
# cron.{hourly,daily,weekly,monthly} 
# even if they haven't returned an error? (yes/no)
#
SYSLOG_ON_NO_ERROR="no"
## Path:        System/Cron/Man
## Description: cron configuration for man utility
## Type:        yesno
## Default:     yes
#
# Should mandb and whatis be recreated by cron.daily ("yes" or "no")
#
REINIT_MANDB=yes

## Type:        yesno
## Default:     yes
#
# Should old preformatted man pages (in /var/cache/man) be deleted? (yes/no)
#
DELETE_OLD_CATMAN=yes

## Type:        integer
## Default:     7
#
# How long should old preformatted man pages be kept before deletion? (days)
#
CATMAN_ATIME=7
 

lOtz1009

Moderator
Teammitglied
Du kannst /tmp beim Booten automatisch leeren lassen. Ansonsten eben manuell Platz schaffen, danach sollte es wieder gehen.
 

tomm.fa

Administrator
Teammitglied
Du meinst das:
## Path: System/Cron
## Description: days to keep old files in tmp-dirs, 0 to disable
# cron.daily can check for old files in tmp-dirs. It will delete all files
# not accessed for more than MAX_DAYS_IN_TMP. If MAX_DAYS_IN_TMP is not set
# or set to 0, this feature will be disabled
.
#
MAX_DAYS_IN_TMP="0"
; kannst Du Dir das selbst übersetzen? Mache es so wie lOtz1009 geschrieben hat, in der Zeile:
Code:
CLEAR_TMP_DIRS_AT_BOOTUP="no"
no auf yes ändern, speichern und danach SuSEconfig aufrufen.

Die Textdatei kannst du in der Konsole als Root mit, z.B., nano aufrufen und bearbeiten, oder über Alt & F2 →
Code:
kdesu kwrite /etc/sysconfig/cron
 
OP
W

wilux

Advanced Hacker
Super, nach dem Ändern:

Code:
:~> df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda2              20G  5,5G   14G  29% /
devtmpfs              2,0G  252K  2,0G   1% /dev
tmpfs                 2,0G   15M  2,0G   1% /dev/shm
/dev/sda4             422G   44G  379G  11% /home
/dev/sda3              21G   33M   20G   1% /tmp
Super deshalb, weil Libreoffice wieder läuft. Zwar muss ich von den versuchsweise geöffneten Dateien Arbeitskopien öffnen aber es geht wieder.

Wenn ich jetzt zypper up -t packages aufrufe, bekomme ich wieder die gleiche Fehlermeldung. Jetzt läuft Yast wieder und bietet mir 35 Pakete zur Aktualisierung an … Allerdings tauchen (nicht alle) die nicht installiert werdenden Pakete unter Yast nicht auf.

Was verstehe ich nicht?

wilux (bis Morje ;) )
 

tomm.fa

Administrator
Teammitglied
wilux schrieb:
Wenn ich jetzt zypper up -t packages aufrufe, bekomme ich wieder die gleiche Fehlermeldung.
Eventuell noch ein:
Code:
zypper cc -M
ausführen und dann noch mal versuchen. Sollte es nichts geholfen haben, dann:
Code:
zypper cc -mM
 
OP
W

wilux

Advanced Hacker
Hm, bin diese Befehle durchgegangen und komme nicht weiter:

Code:
The following package updates will NOT be installed:
  cups cups-client cups-libs cups-libs-32bit db-utils gstreamer-0_10-fluendo-mp3 kaffeine kdelibs3-default-style ladspa libass4 libdrm 
  libfreebl3 libfreebl3-32bit liborc-0_4-0 libschroedinger-1_0-0 libshout3 libsndfile libsoftokn3 libsoftokn3-32bit libvdpau1 
  libvdpau-devel libvdpau_trace1 libvisual libvpx0 mozilla-nspr-32bit mozilla-nss-32bit mozilla-nss-certs mozilla-nss-certs-32bit 
  myspell-american myspell-russian python-numpy qt3 taglib
Aber diese Pakete sehen so wichtig aus …

wilux
 

lOtz1009

Moderator
Teammitglied
Das Thema wurde auch schonmal behandelt.
Ein up führt keinen Anbieterwechsel durch. Daher werden diese Upgrades nicht eingespielt.
 
OP
W

wilux

Advanced Hacker
Anbieterwechsel??

Wo wurde das Thema schon mal behandelt?

Danke Dir

wilux
 

lOtz1009

Moderator
Teammitglied
Ich benutze jetzt nicht die Boardsuche für dich ;)
Wenn du Pakete installiert hast, die es z.B. auch von Packman oder aus einem Repo aus dem Buildservice gibt, wird ein zypper up diese so nicht aktualisieren, sprich es bleiben die Pakete von openSUSE installiert. Dafür gibt es z.B. zypper dup
 
OP
W

wilux

Advanced Hacker
Ähm, so ganz werde ich nicht schlau. Linupedia:

linupedia schrieb:
Um alle verfügbaren Updates zu installieren:
zypper up -t package
Genau diesen Befehl nutze ich doch.

Ich habe eben mit zypper dup einen Probelauf gemacht:

http://nopaste.info/584c8497f2.html

Dann werden zwar diese Pakete installiert aber neuere gegen alte ausgetauscht.

wilux
 

lOtz1009

Moderator
Teammitglied
Die Packman-Pakete wurden bei mir letztens auch zurückgestuft. Die kleinere Version äußerte sich nur in der Buildnummer. Da die kürzlich Probleme mit dem Buildservice hatten vermute ich dass da einfach ein neuer Build angestoßen wurde und die vorherige Buildnummer falsch gezählt wurde. Vielleicht kann dir hier der User drcux Näheres berichten.
 
Oben