Bonjour,
78 fichiers à mettre à jour ce matin dont le noyau.
J'ai l'erreur suivante :
( 6/78) Installing: kernel-syms-5.4.14-1.1.x86_64 ...[error]
Installation of kernel-syms-5.4.14-1.1.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: installing package kernel-syms-5.4.14-1.1.x86_64 needs 6MB on the /usr filesystem
Abort, retry, ignore? [a/r/i] (a):
Une idée ?
J'ai abandonné la mise à jour pour l'instant.
@Mirliton
Tu as la réponse dans le message d'erreur :
Il te manque de la place dans ton répertoire /usr
oops ! Je n'avais pas prêté attention à cela... Je me suis focalisé sur la non install...
Va falloir que je trouve de la place ! mon /usr est à 25 Go...
La commande en utiisateur normal
df -hT
donne une vue d'ensemble
Merci pour la commande Chalu !
Voici ce que cela donne après avoir virer qq trucs que je n'utilisais pas :
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
devtmpfs devtmpfs 7,8G 4,0K 7,8G 1% /dev
tmpfs tmpfs 7,8G 43M 7,8G 1% /dev/shm
tmpfs tmpfs 7,8G 1,7M 7,8G 1% /run
tmpfs tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 10G 1,5G 8,4G 15% /
/dev/sda5 btrfs 25G 17G 8,2G 68% /usr
/dev/sda2 btrfs 1,5G 245M 1,1G 18% /boot
/dev/sda9 btrfs 7,7G 3,0G 4,5G 40% /opt
/dev/sda3 btrfs 10G 1,5G 8,4G 15% /root
/dev/sda7 btrfs 2,0G 3,4M 2,0G 1% /srv
/dev/sda8 btrfs 3,0G 793M 2,0G 29% /tmp
/dev/sda6 btrfs 10G 2,4G 7,4G 25% /var
/dev/sda1 vfat 511M 5,4M 506M 2% /boot/efi
/dev/sdb3 xfs 1,1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 213G 618G 26% /home
tmpfs tmpfs 1,6G 12K 1,6G 1% /run/user/1000
Les pourcentages utilisés ne semblent pas si près que ça du 100%
La maj ne passe toujours pas ?
Je passe en résolu. La MAJ est bien passée.
Comme j'avais fait un peu de ménage avant, cela a facilité les choses.
Maintenant df -hT retourne :
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
devtmpfs devtmpfs 7,8G 8,0K 7,8G 1% /dev
tmpfs tmpfs 7,8G 68M 7,8G 1% /dev/shm
tmpfs tmpfs 7,8G 1,7M 7,8G 1% /run
tmpfs tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 10G 1,5G 8,4G 15% /
/dev/sda5 btrfs 25G 17G 8,3G 68% /usr
/dev/sda2 btrfs 1,5G 244M 1,1G 18% /boot
/dev/sda9 btrfs 7,7G 3,0G 4,5G 40% /opt
/dev/sda3 btrfs 10G 1,5G 8,4G 15% /root
/dev/sda7 btrfs 2,0G 3,4M 2,0G 1% /srv
/dev/sda8 btrfs 3,0G 793M 2,0G 29% /tmp
/dev/sda6 btrfs 10G 2,4G 7,5G 24% /var
/dev/sda1 vfat 511M 5,4M 506M 2% /boot/efi
/dev/sdb3 xfs 1,1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 213G 618G 26% /home
tmpfs tmpfs 1,6G 12K 1,6G 1% /run/user/1000
Super :)
Bonjour !
J'ouvre à nouveau le sujet.
Voulant actualiser ce matin et comme tout s'est bloqué en cours d'install, df -hT me donne ceci :
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs tmpfs 7.8G 1.7M 7.8G 1% /run
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 10G 1.5G 8.4G 15% /
/dev/sda5 btrfs 25G 18G 0 100% /usr
/dev/sda2 btrfs 1.5G 244M 1.1G 18% /boot
/dev/sda9 btrfs 7.7G 3.0G 4.5G 40% /opt
/dev/sda3 btrfs 10G 1.5G 8.4G 15% /root
/dev/sda8 btrfs 3.0G 704M 2.1G 26% /tmp
/dev/sda1 vfat 511M 5.4M 506M 2% /boot/efi
/dev/sda7 btrfs 2.0G 3.4M 2.0G 1% /srv
/dev/sda6 btrfs 10G 3.0G 6.8G 31% /var
/dev/sdb3 xfs 1.1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 214G 616G 26% /home
tmpfs tmpfs 1.6G 12K 1.6G 1% /run/user/1000
mon /usr à 100 %.
Que puis je retirer pour permettre la maj de s'effectuer, sachant que j'ai viré les logiciels que je n'utilisais pas ou très rarement.
Merci pour vos conseils éclairés.
---
Zypper et yast ne fonctionnent plus. Normal, la maj s'est arrêté en cours de route...
Je vais faire une réinstall propre et rééquilibrer les partitions de mon vieux ssd.
On dirait que ton /usr:
/dev/sda5 btrfs 25G 18G 0 100% /usr
manque de place !!! Curieux qu'il soit à 100% alors que Used 18G et son Sise: 25 G !
Si tu fais une re-install, donne plus de place à ce /usr.
Perso, j'avais essayé l'install en btrfs puisque c'est dorénavant proposé par défaut. Hélas, parce que Suse en btrfs et Debian en ext4 sur les mêmes disques (un en hdd et un en ssd), j'avais eu pas mal d'ennuis; j'ai donc mis Suse en ext4 quitte à faire des sauvegardes régulières moi-même comme avant... et tout roule...
Son / qui contient tous tes sous-volumes (et donc aussi le /usr) n'occupe que 7Go/15
J'ai tenté la réinstall.
Du coup j'ai un autre problème.
Dans un premier temps, j'ai gardé la disposition disque actuelle et la dernière image de Tumbleweed manque de place pour s'installer. /usr trop petit !
Je vais donc changer mes partitions pour avoir un peu de place et voir ce que çà dit. Mais le disque ssd n'est pas très grand, va falloir que je jongle !
Deuxième tentative.
J'ai réorganisé mon disque et mis la partition /usr à 35 Go.
La réinstallation s'est bien passée. Pas de blocage pour cause de partition trop petite !
Prochaine étape : à l'occasion, investir dans un nouveau ssd pour avoir de la marge même si le système me dit que /usr n'est occupé qu'à 17 % ! Marrant, lors de ma première tentative 25 Go, ce n'était pas assez !!!
ilesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs tmpfs 7.8G 69M 7.8G 1% /dev/shm
tmpfs tmpfs 7.8G 1.7M 7.8G 1% /run
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 5.0G 352M 4.5G 8% /
/dev/sda5 btrfs 35G 5.8G 30G 17% /usr
/dev/sda2 btrfs 1.0G 55M 848M 7% /boot
/dev/sda9 btrfs 3.2G 7.3M 3.2G 1% /tmp
/dev/sda8 btrfs 2.0G 3.4M 2.0G 1% /srv
/dev/sda3 btrfs 5.0G 352M 4.5G 8% /root
/dev/sda6 btrfs 7.0G 3.4M 7.0G 1% /opt
/dev/sda7 btrfs 6.0G 165M 5.6G 3% /var
/dev/sda1 vfat 511M 5.4M 506M 2% /boot/efi
/dev/sdb3 xfs 1.1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 219G 612G 27% /home
tmpfs tmpfs 1.6G 12K 1.6G 1% /run/user/1000
Ton disque dur : combien de Go ?
parce que suite à ton post, j'ai installé Suse Tumbleweed KDE live en btrfs sur une clé usb de 115 Go; sera't-il suffisant ??? ou assez vite sarturé ???
Là, je vois sur ebay un ssd externe à 250 Go pour 40€ ...
Mon disque fait une soixantaine de Go.
Je viens d'essayer d'installer Digikam. Yast me dit que /usr est plein....
Un df -hT me dit l'inverse ! Un bug de Tumbleweed ?
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs tmpfs 7.8G 75M 7.8G 1% /dev/shm
tmpfs tmpfs 7.8G 1.7M 7.8G 1% /run
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 5.0G 353M 4.5G 8% /
/dev/sda5 btrfs 35G 6.9G 29G 20% /usr
/dev/sda2 btrfs 1.0G 55M 848M 7% /boot
/dev/sda9 btrfs 3.2G 8.1M 3.2G 1% /tmp
/dev/sda8 btrfs 2.0G 3.4M 2.0G 1% /srv
/dev/sda3 btrfs 5.0G 353M 4.5G 8% /root
/dev/sda6 btrfs 7.0G 234M 6.8G 4% /opt
/dev/sda7 btrfs 6.0G 274M 5.5G 5% /var
/dev/sda1 vfat 511M 5.4M 506M 2% /boot/efi
/dev/sdb3 xfs 1.1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 219G 612G 27% /home
tmpfs tmpfs 1.6G 12K 1.6G 1% /run/user/1000
Merci pour l'info Moniroje. Je ne suis pas un fan de ebay mais je vais jeter un oeil !
Je penche pour le bug... Nouveau résultat après qq minutes (/usr occupé à 100 % !) :
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs tmpfs 7.8G 44M 7.8G 1% /dev/shm
tmpfs tmpfs 7.8G 1.7M 7.8G 1% /run
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/sda3 btrfs 5.0G 353M 4.5G 8% /
/dev/sda5 btrfs 35G 7.0G 0 100% /usr
/dev/sda2 btrfs 1.0G 55M 848M 7% /boot
/dev/sda9 btrfs 3.2G 7.5M 3.2G 1% /tmp
/dev/sda8 btrfs 2.0G 3.4M 2.0G 1% /srv
/dev/sda3 btrfs 5.0G 353M 4.5G 8% /root
/dev/sda6 btrfs 7.0G 234M 6.8G 4% /opt
/dev/sda7 btrfs 6.0G 275M 5.5G 5% /var
/dev/sda1 vfat 511M 5.4M 506M 2% /boot/efi
/dev/sdb3 xfs 1.1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 219G 612G 27% /home
tmpfs tmpfs 1.6G 12K 1.6G 1% /run/user/1000
Du coup, pris d'un doute, j'ai testé mon disque. A priori ca va.
smartctl -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.14-2-default] (SUSE RPM)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Crucial/Micron RealSSD m4/C400/P400
Device Model: M4-CT064M4SSD2
Serial Number: 00000000111703068B3C
LU WWN Device Id: 5 00a075 103068b3c
Firmware Version: 040H
User Capacity: 64,023,257,088 bytes [64.0 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Wed Feb 5 16:10:45 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x80) Offline data collection activity
was never started.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 295) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 4) minutes.
Conveyance self-test routine
recommended polling time: ( 3) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 050 Pre-fail Always - 0
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 100 100 001 Old_age Always - 36798
12 Power_Cycle_Count 0x0032 100 100 001 Old_age Always - 3108
170 Grown_Failing_Block_Ct 0x0033 100 100 010 Pre-fail Always - 0
171 Program_Fail_Count 0x0032 100 100 001 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 001 Old_age Always - 0
173 Wear_Leveling_Count 0x0033 097 097 010 Pre-fail Always - 104
174 Unexpect_Power_Loss_Ct 0x0032 100 100 001 Old_age Always - 157
181 Non4k_Aligned_Access 0x0022 100 100 001 Old_age Always - 103 0 103
183 SATA_Iface_Downshift 0x0032 100 100 001 Old_age Always - 0
184 End-to-End_Error 0x0033 100 100 050 Pre-fail Always - 0
187 Reported_Uncorrect 0x0032 100 100 001 Old_age Always - 0
188 Command_Timeout 0x0032 100 100 001 Old_age Always - 0
189 Factory_Bad_Block_Ct 0x000e 100 100 001 Old_age Always - 48
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 0
195 Hardware_ECC_Recovered 0x003a 100 100 001 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 100 100 001 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 001 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 001 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 001 Old_age Always - 0
202 Perc_Rated_Life_Used 0x0018 097 097 001 Old_age Offline - 3
206 Write_Error_Rate 0x000e 100 100 001 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 36794 -
# 2 Short offline Completed without error 00% 36780 -
# 3 Short offline Completed without error 00% 36777 -
# 4 Extended offline Completed without error 00% 36763 -
# 5 Short offline Completed without error 00% 36749 -
# 6 Short offline Completed without error 00% 36735 -
# 7 Short offline Completed without error 00% 36721 -
# 8 Short offline Completed without error 00% 36704 -
# 9 Short offline Completed without error 00% 36689 -
#10 Short offline Completed without error 00% 36673 -
#11 Short offline Completed without error 00% 36660 -
#12 Short offline Completed without error 00% 36644 -
#13 Short offline Completed without error 00% 36630 -
#14 Short offline Completed without error 00% 36616 -
#15 Short offline Completed without error 00% 36602 -
#16 Short offline Completed without error 00% 36588 -
#17 Short offline Completed without error 00% 36583 -
#18 Short offline Completed without error 00% 36570 -
#19 Short offline Completed without error 00% 36556 -
#20 Short offline Completed without error 00% 36542 -
#21 Short offline Completed without error 00% 36526 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Ah ?? ton disque dur fait pas plus que 60 Go !!!
alors ma clé usb3 de 115 Go sera plus à l'aise avec la Suse en btrfs que toi. Je verrai à l'usage.
Mais tes déboires sont apparemment dus à une Suse trop à l'étroit en btrfs sur un disque de 60 Go.
A mon avis tu ferais mieux de re-installer ta Suse mais en ext4.
Comme je te l'ai dit plus haut, en ext4, ma Suse Tumbleweed occupe en / que 7 Go sur une partition de 15Go.
64 pour être précis ! Il est aussi vieux que mon PC ! D'où l'idée de changer.
Bah, je n'avais jamais eu ce problème depuis que je suis passé en btrfs (depuis la 15 je crois, peut-être avant) et ce jusqu'à l'avant-dernière mise à jour où j'ai commencé à voir poindre le problème. Bizarre tout de même !
Je vais tout de même tester ton idée.
Tu es sur Leap 15.1 ou tumbleweed ?
regardes dans usr ce qui semble volumineux
ls -lS /usr
Le précédent relevé par la commande df intervenait après une réinstall neuve. Donc, des répertoires peu sollicités.
Comme suggéré par moniroje, je viens de réinstaller Tumbleweed en reformatant mes partitions en ext4 car j'ai possiblement un problème avec btrfs.
Maintenant, df -hT donne :
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
devtmpfs devtmpfs 7,8G 0 7,8G 0% /dev
tmpfs tmpfs 7,8G 89M 7,8G 2% /dev/shm
tmpfs tmpfs 7,8G 1,7M 7,8G 1% /run
tmpfs tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/sda3 ext4 4,9G 375M 4,3G 8% /
/dev/sda5 ext4 35G 6,5G 26G 21% /usr
/dev/sda6 ext4 6,9G 1,9G 4,6G 30% /opt
/dev/sda8 ext4 2,0G 6,1M 1,8G 1% /srv
/dev/sda2 ext4 976M 53M 857M 6% /boot
/dev/sda9 ext4 3,1G 14M 2,9G 1% /tmp
/dev/sda7 ext4 5,9G 289M 5,3G 6% /var
/dev/sda1 vfat 511M 5,2M 506M 2% /boot/efi
/dev/sdb3 xfs 1,1T 180G 845G 18% /data
/dev/sdb2 xfs 830G 219G 612G 27% /home
tmpfs tmpfs 1,6G 12K 1,6G 1% /run/user/1000
ls -lS /usr renvoie :
total 284
drwxr-xr-x 116 root root 122880 5 févr. 18:16 lib64
drwxr-xr-x 2 root root 69632 5 févr. 18:16 bin
drwxr-xr-x 96 root root 20480 5 févr. 19:40 lib
drwxr-xr-x 2 root root 20480 5 févr. 18:02 sbin
drwx------ 2 root root 16384 5 févr. 17:43 lost+found
drwxr-xr-x 300 root root 12288 5 févr. 19:40 share
drwxr-xr-x 4 root root 4096 5 févr. 17:48 etc
drwxr-xr-x 51 root root 4096 5 févr. 18:02 include
drwxr-xr-x 2 root root 4096 26 sept. 20:57 libexec
drwxr-xr-x 12 root root 4096 5 févr. 17:44 local
drwxr-xr-x 7 root root 4096 5 févr. 18:02 src
drwxr-xr-x 5 root root 4096 5 févr. 17:44 x86_64-suse-linux
Je n'ai pas encore installé quoique ce soit hormis les pilotes pour mon imprimante (hplip) et mon scanner (epson).
J'ai fais une copie de 3 répertoires (soit 3 Go de données) vers /opt sans problème alors que précédemment un répertoire de 256 Mo refusait de se copier dans un /opt vide de 7 Go, par manque de place !!!
Je ne pige pas trop. C'est, soit un bug de Tumbleweed, soit un problème de DD mais à priori SMART ne révèle rien de particulier, ou encore la petite taille de mon DD (assez ancien il est vrai) pose problème à btrfs.
Je vais continuer à faire des manips et à installer toute une batterie de logiciels que j'utilise journellement ou à l'occasion et je vais voir ce qui se passe. Que ce soit bon ou mauvais, je tiens la communauté informée.
Salut,
Que te renvoies un
btrfs fi df /usr
? La même chose ?
Salut Sogal,
Je n'ai pas noté le résultat des commandes btrfs, fort agacé que j'étais. Si je me souviens bien, c'était du même acabit.
A noter que je viens de faire une vague d'install sans souci, en ext4. Le dossier /usr est occupé à 23 %.