espace faible racine ?

Debianico · 12-07-2020 17:28:55

Bonjour,

Je reste bloqué sur « Started Update UTMP about System Runlevel Changes après un reboot.
Avant reboot il me signalait un espace faible sur la racine , ils ne restait "que" 700 mo.
Je n'ai touché à rien pendant la précédente session.

Du coup j'ai 2 questions:
-Est-il plus simple de ré-installer débian ?
-Si oui, d'ou peut venir le problème car j'ai eu exactement le même problème à la précédente installation? Et cette fois-ci il avait à peine tourné quelques heures.

raleur · 12-07-2020 18:12:03

700 Mo d'espace libre, ça peut être largement suffisant selon l'usage. Ma machine tourne avec moins que ça depuis des mois.
Est-ce que tu peux démarrer en recovery mode (mode dépannage) ? Si oui, vérifie l'espace disque avec

df -hT -x tmpfs -x devtmpfs

Debianico · 12-07-2020 18:45:26

il indique pour la racine:
-taille 101GO
-utilisé 101GO
-Dispo 0
-utilisé 100%

101 GO ça semblait large, par contre il propose 2 noyaux au démarrage 4.9 et 4.19, il semblerait que que j'aie encore le noyau de debian9, du coup j'aurais éventuellement mal effectué ma migration par exemple...

Dernière modification par Debianico (12-07-2020 18:50:44)

raleur · 12-07-2020 18:58:29

Et la racine, elle contient tout le système ou bien tu as séparé des parties comme /var ?
On commence l'analyse avec

du -hxd1 / | sort -h

Si on voit que le gros est dans /var, on affine avec

du -hxd1 /var | sort -h

et ainsi de suite.

Debianico · 12-07-2020 19:25:51

Oui, la racine contient tout le système.
On aurait donc 3 fichiers qui coincent dans var/log:
-messages 31GO
-syslog 31GO
-user.log 31GO

Je vais jeter un oeil dedans.
Les fichier sont énormes , je ne sais pas quoi chercher , ni comment le trouver.
il doit y avoir une commande qui permet de trier les logs les plus nombreux, je vais essayer de trouver ça.

Dernière modification par Debianico (12-07-2020 19:40:43)

Debian Alain · 12-07-2020 19:35:39

si tu utilises un live - cd , debianico , tu peux pas utiliser les bbcodes ?

(les boutons au dessus de la fenêtre d'édition)

Oh, quel beau BB …code où comment mettre en forme vos messages dans le fofo

à moins que tu sois en recovery mode ?

Debianico · 12-07-2020 19:37:22

oui Alain , je suis en recovery.

Je cherche une commande pour trier les logs afin de trouver l'origine du problème, par exemple compter les logs qui ont le plus d'occurence dans le fichier, pour l'instant je bloque.

Je pourrais également me contenter de vider les fichiers de log, afin de relancer le système, mais je risque de nouveau d'être bloqué dans pas longtemps.

Dernière modification par Debianico (12-07-2020 20:03:37)

raleur · 12-07-2020 20:05:56

Je me doutais que c'étaient les logs qui grossissaient avec des messages répétitifs. Je suppose que ce sont les même messages dans les trois fichiers.
Le plus simple est de les supprimer, redémarrer en mode recovery et voir s'ils grossissent vite à nouveau. Si oui, regarde ce qu'ils contiennent avec tail avant qu'ils grossissent trop. Sinon, redémarre en mode normal et regarde rapidement.

Dernière modification par raleur (12-07-2020 20:07:07)

Debian Alain · 12-07-2020 20:17:22

debianico a écrit :

Je pourrais également me contenter de vider les fichiers de log, afin de relancer le système, mais je risque de nouveau d'être bloqué dans pas longtemps.

je suis d'accord avec râleur , tu peux effacer tes logs et , une fois redémarré , regarder ce qui s'y passe .

tu pourra utiliser la commande suivante :

cat /var/log/messages | tail -n 50

aussi ceci pourra t'être utile :

dmesg -l crit 

dmesg -l err

dmesg -l warn 

journalctl -r -p err

si râleur est d'accord ...

Dernière modification par Debian Alain (12-07-2020 20:20:30)

raleur · 12-07-2020 20:21:38

Debian Alain a écrit :

cat /var/log/messages | tail -n 50

UUoC (useless use of cat)
La commande tail a une option -f intéressante qui permet d'afficher les nouveaux messages qui s'ajoute au fichier.

Debian Alain a écrit :

dmesg -l crit

Si kern.log ne fait pas partie des gros logs alors que user.log si, je doute que ça vienne du noyau.

Dernière modification par raleur (12-07-2020 20:22:59)

Debian Alain · 12-07-2020 20:38:03

arf ! , je pensais à dégrossir . (pour dmesg)

pour le dépannage , je te fais confiance .

pour tail , je préfère "tail -n 50" pour "paginer" .
si , de toute manière , une ou des ligne(s) se répète , ce sera plus facile à gérer dans ma commande que dans un "tail -f" où on verra l'erreur , oui , mais , avec les répétitions constantes , çà peut vite devenir ingérable et surtout illisible .

l'avantage , c'est que debianico pourra plus facilement faire des copier - coller .

Dernière modification par Debian Alain (12-07-2020 20:44:01)

Debianico · 12-07-2020 20:46:00

J'ai vidé puis redémarré.
En recovery + 0 octets dans syslog.
En graphique, + 250 octets à chaque redémarrage dans syslog.
Rien d'affolant à première vue, j'imagine.

Je vais lancer un tail -f, puis lancer quelques programmes afin de voir ce qu'il se passe.

raleur · 12-07-2020 20:49:25

Ctrl+c pour arrêter le flot dès qu'on on en a vu assez.

Debianico a écrit :

En graphique, + 250 octets à chaque redémarrage dans syslog.

Session ouverte, avec activité habituelle (web, etc.) ?
250 octets par démarrage, ça me paraît peu, même sans ouvrir de session.

Dernière modification par raleur (12-07-2020 20:51:55)

Debianico · 12-07-2020 21:17:35

raleur a écrit :

Debianico a écrit :
En graphique, + 250 octets à chaque redémarrage dans syslog.

Session ouverte, avec activité habituelle (web, etc.) ?
250 octets par démarrage, ça me paraît peu, même sans ouvrir de session.

250 octets sans activité, après activité 30 ko de plus, c'est pas fou.

Debianico · 12-07-2020 21:25:09

Debian Alain a écrit :

tu pourra utiliser la commande suivante :
cat /var/log/messages | tail -n 50

aussi ceci pourra t'être utile :
dmesg -l crit
dmesg -l err
dmesg -l warn
journalctl -r -p err

si râleur est d'accord ...

Je ne peux hélas pas vous envoyer les copié/collé de sortie des commandes pour l'instant car pas de connexion filaire ni wifi, je dois donc trouver un moyen de ré-installer le paquet "ipheth-utils"sans internet, afin de connecter ma machine à mon téléphone en modem via USB.

Debian Alain · 12-07-2020 21:32:04

regarde ce que donne :

systemctl status NetworkManager 

à la ligne "Active:" , si c'est inscrit "failed" ou qque chose du genre ,
relance l'interface :

systemctl restart NetworkManager 

et teste ta connexion , voir ...

raleur · 12-07-2020 22:22:01

Debianico a écrit :

Je ne peux hélas pas vous envoyer les copié/collé de sortie des commandes pour l'instant car pas de connexion filaire ni wifi

Et pas de clé USB non plus ?

Debian Alain · 13-07-2020 07:55:16

si tu réinstalles , penses à LVM .

plus facile de gérer les partitions .

tu demandera des expications à râleur , lui pourra bien t'exliquer ce que c'est et comment l'utiliser .

c'est d'ailleurs un peu grâce à lui que je m'y suis mis .

-- mon post sur lvm --

un conseil si tu installe avec lvm :
demande à debian de prendre moins de place que la capa totale du disque .
ce faisant , tu pourra rajouter du volume à ta racine par exemple .

raleur · 13-07-2020 08:35:45

En soi, LVM n'évite pas ce genre de problèmes. Ce qui évite le remplissage de l'espace disque par des logs envahissants, c'est de séparer /var, et même /var/log, dans un système de fichiers distinct. Ainsi ce système de fichiers sera saturé mais ne débordera pas dans le reste de l'arborescence. Or la difficulté quand on sépare des parties de l'arborescence, c'est d'allouer la bonne taille à chacune, avec le risque de se retrouver avec des parties sous-dimensionnées et d'autres surdimensionnées. Avec des partitions classiques, il est compliqué d'agrandir une partition car cela ne peut se faire qu'avec de l'espace contigu à celle-ci et c'est faisable à chaud seulement si l'espace libre contigu est après la partition et non avant. Avec LVM c'est beaucoup plus facile d'agrandir un volume logique, la contrainte de contiguïté ne se pose pas. On peut même utiliser de l'espace libre situé sur un autre disque. On peut donc créer les volumes logiques avec des tailles initiales raisonnables, en laissant beaucoup d'espace libre, et les agrandir à chaud au fur et à mesure des besoins.

Debianico · 14-07-2020 08:59:23

Bonjour, j'ai suivi le fil de discussion et je ne souhaites pas pour l'instant ré-installer, si je peux faire tourner la machine correctement, il est éventuellement possible d'automatiser la vidange des logs?
Car si j'ai bien compris les explications de @Raleur, le seul moyen d'isoler les logs est de re-partitionner, donc de ré-installer.

Voici les sorties des commandes précédentes:

dmesg -l warn

[    0.000000] ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20180810/tbfadt-624)

[    0.028954] mtrr: your CPUs had inconsistent variable MTRR settings

[    0.391478] pci 0000:00:00.2: can't derive routing for PCI INT A

[    0.391479] pci 0000:00:00.2: PCI INT A: not connected

[    0.393433]  PPR NX GT IA GA PC GA_vAPIC

[    8.251885] systemd[1]: Failed to bump fs.file-max, ignoring: Invalid argument

[    8.430658] nvidia: loading out-of-tree module taints kernel.

[    8.430666] nvidia: module license 'NVIDIA' taints kernel.

[    8.430666] Disabling lock debugging due to kernel taint

[    8.544140] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  418.74  Wed May  1 11:49:41 CDT 2019

[    8.760772] FAT-fs (sdb4): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

[   18.203393] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000c0000-0x000dffff window]

[   18.203516] caller _nv000935rm+0x1bf/0x1f0 [nvidia] mapping multiple BARs

dmesg -l err

[    0.492797] iommu ivhd0: AMD-Vi: Event logged [

[    0.492863] iommu ivhd0: INVALID_DEVICE_REQUEST device=00:00.0 pasid=0x00000 address=0xfffffffdf8000000 flags=0x0a00]

[    8.520522] sp5100-tco sp5100-tco: Watchdog hardware is disabled

[    8.595502] kvm: disabled by bios

[    8.657585] kvm: disabled by bios

[    8.751134] kvm: disabled by bios

[    8.810756] kvm: disabled by bios

[    8.847341] kvm: disabled by bios

[    8.886770] kvm: disabled by bios

[    8.954812] kvm: disabled by bios

[    9.035530] kvm: disabled by bios

[  858.807138] sd 10:0:0:0: [sdd] No Caching mode page found

[  858.807144] sd 10:0:0:0: [sdd] Assuming drive cache: write through

dmesg -l crit

systemctl status NetworkManager

● NetworkManager.service - Network Manager

   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)

   Active: active (running) since Tue 2020-07-14 09:27:05 CEST; 17s ago

     Docs: man:NetworkManager(8)

 Main PID: 7692 (NetworkManager)

    Tasks: 3 (limit: 4915)

   Memory: 6.0M

   CGroup: /system.slice/NetworkManager.service

           └─7692 /usr/sbin/NetworkManager --no-daemon

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2546] Loaded device plugin: NMWifiFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.14.6/libnm-device-plugin-wifi.so)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2561] Loaded device plugin: NMTeamFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.14.6/libnm-device-plugin-team.so)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2576] Loaded device plugin: NMWwanFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.14.6/libnm-device-plugin-wwan.so)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2579] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.14.6/libnm-device-plugin-bluetooth.so)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2584] device (lo): carrier: link connected

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2586] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2593] manager: (enp33s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2601] device (enp33s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')

juil. 14 09:27:06 debianico NetworkManager[7692]: <info>  [1594711626.2911] agent-manager: req[0x555ed2751150, :1.59/org.gnome.Shell.NetworkAgent/1000]: agent registered

juil. 14 09:27:12 debianico NetworkManager[7692]: <info>  [1594711632.2668] manager: startup complete

J'avais effacé par erreur les préférences réseau ou équivalent, je suppose donc que ça à fait sauter "ipheth-utils" qui gère le partage de connexion avec l'Iphone, dans ce cas là, je devrais donc le ré-installer hors connexion.

J'en profite aussi pour corriger un poste précédent, ou je disais 250 octets par redémarrage, mais syslog ne pèse pour l'instant que 105ko, donc se serait plutôt quelques Kilo octets voir quelques dizaines , au temps pour moi.

Dernière modification par Debianico (14-07-2020 09:17:57)

Debian Alain · 14-07-2020 09:16:48

bon , à priori , pas de souci côté kernel .

que donne : ?

cat /var/log/messages | tail -n 50

ou , si tu préfères :

tail -f /var/log/messages 

Debianico · 14-07-2020 09:40:13

/var/log# cat messages| tail -n50

Jul 14 09:41:45 debianico kernel: [ 6848.765253] usb 1-4: New USB device found, idVendor=054c, idProduct=05ba, bcdDevice= 1.00

Jul 14 09:41:45 debianico kernel: [ 6848.765257] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3

Jul 14 09:41:45 debianico kernel: [ 6848.765260] usb 1-4: Product: Storage Media

Jul 14 09:41:45 debianico kernel: [ 6848.765261] usb 1-4: Manufacturer: Sony

Jul 14 09:41:45 debianico kernel: [ 6848.765263] usb 1-4: SerialNumber: CB5001311270031257

Jul 14 09:41:45 debianico kernel: [ 6848.774045] usb-storage 1-4:1.0: USB Mass Storage device detected

Jul 14 09:41:45 debianico kernel: [ 6848.774441] scsi host10: usb-storage 1-4:1.0

Jul 14 09:41:47 debianico kernel: [ 6850.155597] scsi 10:0:0:0: Direct-Access     Sony     Storage Media    0100 PQ: 0 ANSI: 4

Jul 14 09:41:47 debianico kernel: [ 6850.156038] sd 10:0:0:0: Attached scsi generic sg4 type 0

Jul 14 09:41:47 debianico kernel: [ 6850.156250] sd 10:0:0:0: [sdd] 61046784 512-byte logical blocks: (31.3 GB/29.1 GiB)

Jul 14 09:41:47 debianico kernel: [ 6850.156707] sd 10:0:0:0: [sdd] Write Protect is off

Jul 14 09:41:47 debianico kernel: [ 6850.159811]  sdd: sdd1

Jul 14 09:41:47 debianico kernel: [ 6850.161502] sd 10:0:0:0: [sdd] Attached SCSI removable disk

Jul 14 09:41:48 debianico udisksd[571]: Mounted /dev/sdd1 at /media/nico/SONY 32GR on behalf of uid 1000

Jul 14 09:42:25 debianico org.gnome.Chara[8182]: Some code called array.toString() on a Uint8Array instance. Previously this would have interpreted the bytes of the array as a string, but that is nonstandard. In the future this will return the bytes as comma-separated digits. For the time being, the old behavior has been preserved, but please fix your code anyway to explicitly call ByteArray.toString(array).#012(Note that array.toString() may have been called implicitly.)#0120 <TOP LEVEL> ["resource:///org/gnome/Characters/BackgroundService/js/searchProvider.js":26]#0121 <TOP LEVEL> ["resource:///org/gnome/Characters/BackgroundService/js/service.js":33]#0122 <TOP LEVEL> ["/usr/share/org.gnome.Characters/org.gnome.Characters.BackgroundService":6]

Jul 14 09:42:25 debianico org.gnome.Chara[8182]: Some code accessed the property 'SearchProvider' on the module 'searchProvider'. That property was defined with 'let' or 'const' inside the module. This was previously supported, but is not correct according to the ES6 standard. Any symbols to be exported from a module must be defined with 'var'. The property access will work as previously for the time being, but please fix your code anyway.

Jul 14 09:42:25 debianico org.gnome.Chara[8182]: JS WARNING: [resource:///org/gnome/Characters/BackgroundService/js/searchProvider.js 50]: String.toUpperCase is deprecated; use String.prototype.toUpperCase instead

Jul 14 09:42:25 debianico gnome-shell[930]: Received error from DBus search provider seahorse.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico gnome-clocks[8187]: g_variant_new_string: assertion 'string != NULL' failed

Jul 14 09:42:25 debianico kernel: [ 6889.031995] traps: gnome-documents[8178] trap int3 ip:7f1ff7c1fc75 sp:7ffd76dbf060 error:0 in libglib-2.0.so.0.5800.3[7f1ff7be7000+7e000]

Jul 14 09:42:26 debianico gnome-shell[930]: Received error from DBus search provider org.gnome.Documents.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Jul 14 09:42:26 debianico kernel: [ 6889.500995] traps: gnome-documents[8297] trap int3 ip:7fc608e1ac75 sp:7ffd42626f80 error:0 in libglib-2.0.so.0.5800.3[7fc608de2000+7e000]

Jul 14 09:42:26 debianico gnome-shell[930]: Received error from DBus search provider org.gnome.Documents.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Jul 14 09:42:26 debianico gnome-software[1128]: internal error: failed, but no error code: cancelled

Jul 14 09:42:26 debianico kernel: [ 6889.897301] traps: gnome-documents[8396] trap int3 ip:7f3108f21c75 sp:7ffd5d9fa640 error:0 in libglib-2.0.so.0.5800.3[7f3108ee9000+7e000]

Jul 14 09:42:26 debianico gnome-shell[930]: Received error from DBus search provider org.gnome.Documents.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Jul 14 09:42:27 debianico kernel: [ 6890.790869] traps: gnome-documents[8447] trap int3 ip:7fef52483c75 sp:7ffdf9d3e550 error:0 in libglib-2.0.so.0.5800.3[7fef5244b000+7e000]

Jul 14 09:42:27 debianico gnome-shell[930]: Received error from DBus search provider org.gnome.Documents.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Jul 14 09:42:29 debianico libreoffice-writer.desktop[930]: javaldx: Could not find a Java Runtime Environment!

Jul 14 09:42:29 debianico libreoffice-writer.desktop[930]: Please ensure that a JVM and the package libreoffice-java-common

Jul 14 09:42:29 debianico libreoffice-writer.desktop[930]: is installed.

Jul 14 09:42:29 debianico libreoffice-writer.desktop[930]: If it is already installed then try removing ~/.config/libreoffice/4/user/config/javasettings_Linux_*.xml

Jul 14 09:42:29 debianico libreoffice-writer.desktop[930]: Warning: failed to read path from javaldx

Jul 14 09:43:54 debianico udisksd[571]: Cleaning up mount point /media/nico/SONY 32GR (device 8:49 is not mounted)

Jul 14 09:43:54 debianico udisksd[571]: Unmounted /dev/sdd1 on behalf of uid 1000

Jul 14 09:43:56 debianico kernel: [ 6979.691259] usb 1-4: USB disconnect, device number 9

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [0000555cd55e1570] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [0000555cd56a28c0] vlcpulse audio output error: digital pass-through stream connection failure: Non pris en charge

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [0000555cd56a28c0] main audio output error: module not functional

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [00007f9afcd5ad80] main decoder error: failed to create audio output

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [0000555cd56a28c0] vlcpulse audio output error: digital pass-through stream connection failure: Non pris en charge

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [0000555cd56a28c0] main audio output error: module not functional

Jul 14 09:55:24 debianico org.gnome.Nautilus[857]: [00007f9afcd5ad80] main decoder error: failed to create audio output

Jul 14 09:55:25 debianico org.gnome.Nautilus[857]: [00007f9afcc33d50] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  418.74  Wed May  1 11:21:08 CDT 2019 for hardware decoding

Jul 14 09:56:32 debianico org.gnome.Nautilus[857]: QObject::~QObject: Timers cannot be stopped from another thread

Debian Alain · 14-07-2020 10:24:41

que donne :

apt policy vlc default-jdk default-jre

Debianico · 14-07-2020 11:33:23

C'est bâché pour l'instant.
J'ai installé "ipheth-utils" ainsi que tout son arbre de dépendances en manuel, libc6, libgnutls30, libusbmuxd6, libp11-kit0, libimobiledevice ect ...
Du coup au reboot, j'ai fais sauter GDM

, et ça ne fonctionne pas en Recovery.
j'imagines qu'il n'y à plus qu'a ré installer, pour enfin récupererer internet, et pouvoir utiliser APT

Dernière modification par Debianico (14-07-2020 11:53:00)

raleur · 14-07-2020 13:36:11

Debianico a écrit :

Car si j'ai bien compris les explications de @Raleur, le seul moyen d'isoler les logs est de re-partitionner, donc de ré-installer.

Non, pas forcément.

Debianico a écrit :

J'avais effacé par erreur les préférences réseau ou équivalent, je suppose donc que ça à fait sauter "ipheth-utils"

Hypothèse douteuse. Un paquet ne se désinstalle pas en effaçant des préférences. Qu'est ce que te fait dire que le paquet ipheth-utils avait "sauté ?

Debianico a écrit :

J'ai installé "ipheth-utils" ainsi que tout son arbre de dépendances en manuel, libc6, libgnutls30, libusbmuxd6, libp11-kit0, libimobiledevice ect ...

Il n'y a aucune raison de devoir installer des paquets comme libc6 qui sont déjà installés et indispensables au fonctionnement du système.
Comment as-tu procédé exactement ?

Debian-facile

#1 12-07-2020 17:28:55

espace faible racine ?

#2 12-07-2020 18:12:03

Re : espace faible racine ?

#3 12-07-2020 18:45:26

Re : espace faible racine ?

#4 12-07-2020 18:58:29

Re : espace faible racine ?

#5 12-07-2020 19:25:51

Re : espace faible racine ?

#6 12-07-2020 19:35:39

Re : espace faible racine ?

#7 12-07-2020 19:37:22

Re : espace faible racine ?

#8 12-07-2020 20:05:56

Re : espace faible racine ?

#9 12-07-2020 20:17:22

Re : espace faible racine ?

#10 12-07-2020 20:21:38

Re : espace faible racine ?

#11 12-07-2020 20:38:03

Re : espace faible racine ?

#12 12-07-2020 20:46:00

Re : espace faible racine ?

#13 12-07-2020 20:49:25

Re : espace faible racine ?

#14 12-07-2020 21:17:35

Re : espace faible racine ?

#15 12-07-2020 21:25:09

Re : espace faible racine ?

#16 12-07-2020 21:32:04

Re : espace faible racine ?

#17 12-07-2020 22:22:01

Re : espace faible racine ?

#18 13-07-2020 07:55:16

Re : espace faible racine ?

#19 13-07-2020 08:35:45

Re : espace faible racine ?

#20 14-07-2020 08:59:23

Re : espace faible racine ?

#21 14-07-2020 09:16:48

Re : espace faible racine ?

#22 14-07-2020 09:40:13

Re : espace faible racine ?

#23 14-07-2020 10:24:41

Re : espace faible racine ?

#24 14-07-2020 11:33:23

Re : espace faible racine ?

#25 14-07-2020 13:36:11

Re : espace faible racine ?

Pied de page des forums