#0 -1 » Impossible de lancer le terminal (Signal 11). Teminator et autres idem » Le 25/06/2023, à 12:21
- __fabrice
- Réponses : 4
Bonjour,
Depuis quelques jours, lorsque je lance Terminator (autre terminal), il s'ouvre et se referme dans la seconde.
Pour le terminal classique, il s'ouvre mais j'ai l'erreur bloquante "Le processus fisl a été abandonné par le signal 11"
J'ai bien essayé d'installer d'autres terminaux (tilix,yakuake), mais idem. Seul yakuake me dit "Warning: Program '/bin/bash' crashed."
Les mise à jour sont ok. Je suis sur la 18.04 (je ne peux pas passer à la 20.x, c'est "risqué")
Je ne sais pas trop quoi faire
Pourriez-vous m'aider svp .?
Merci
F.
#1 Re : -1 » Impossible de lancer le terminal (Signal 11). Teminator et autres idem » Le 25/06/2023, à 13:00
- __fabrice
- Réponses : 4
Salut,
Non, aucune modif sur le .bashrc
ctrl+alt+F1 me renvoie sur la page classique de login
ctrl+alt+F2 ne fonctionne pas
ctrl+alt+F3 m'ouvre un cli de login. Je me connecte, j'ai un message me parlant de l'upgrade possible vers 20.04.6 et des paquets à installer (alors que je suis à jour) et cela se ferme dans la seconde ;(
Merci.
F.
#2 Re : -1 » Impossible de lancer le terminal (Signal 11). Teminator et autres idem » Le 25/06/2023, à 14:12
- __fabrice
- Réponses : 4
J'ai viré quelques lignes dans le .bashrc et cela re-fonctionne.
Je vais les remettre une par une pour voir celle qui posait problème.
Merci de ton aide, même le dimanche
Bonne journée
F.
#3 -1 » Dongle wifi qui marchent sous Ubuntu » Le 31/05/2022, à 21:50
- __fabrice
- Réponses : 1
Bonjour,
Suite à ce sujet un peu vieillot et celui là qui n'a pas grand chose à voir, sauf un peu à la fin, j'ai une question à poser à la comunauté :
Il y a-t-il des dongles WIFI full (au maximum) compatible avec Ubuntu ?. Le mien ne fonctionne qu'avec une ancienne version du noyau, ce qui est vraiment dommage
Merci à tous
Fabrice
#4 -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 16:11
- __fabrice
- Réponses : 40
Bonjour,
J'ai eu un message système me disant que le disque principal était plein. En regardant dans le gestionnaire de disque et dans l'analyseur de disque, je me suis rendu compte qu'il y a plusieurs disques montés dans le répertoire /media/. Mias 2 seulement sont comptabilisés dans la taille totale de / ( + /media + /media/fabrice + les 2 disques dedans.
Je suis un peu paumé
Dans ce dossier /media, il y a un externe monté (/media/fabrice/TOSHIBA_2_TERAS) et un autre (/dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0) qui apparait dans la fstab, mais, si je liste les fichiers, je n'ai rien.
Par contre, ce dernier n'apparait pas le gestionnaire de disques
Il y a un sac de noeuds et je ne comprends pas grand chose, car pour moi, tous les disques doivent être monté dans la fstab.
Non ?
Voici l'arborescence :
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 vfat BOOT-SSD CA7E-6F51 /boot/efi
└─sda2 ext4 b7786d9b-476f-472e-b48c-22ffb77e5a08 /
sdb
├─sdb1 vfat boot-dd CEDB-DBEE
├─sdb2 ext4 ba37567a-7258-43b8-977b-b9a5856f5879 /tmp
├─sdb3 swap a6001917-3208-48d6-956c-cd75ba6e8bf1 [SWAP]
├─sdb4 ext4 storage-nix 06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix
└─sdb5 vfat storage-win AD74-4001 /storage-win
sdc
├─sdc1 vfat ATAST_BACKU B97B-3162 /mnt/B97B-3162
├─sdc2
├─sdc5 ntfs ATAST_DATAS 3C38C8DB38C89574 /mnt/3C38C8DB38C89574
└─sdc6 ntfs ATAST_MULTIMEDIA 1CBCD477BCD44CC0 /mnt/1CBCD477BCD44CC0
sdd
└─sdd1 vfat STORAGE 2264-0F40 /storage
sde
└─sde1 ext4 TOSHIBA_2_TERAS 7a8f2d7d-8d58-4f1c-b289-20386f87b97e /media/fabrice/TOSHIBA_2_TERAS
Merci
Fabrice
#5 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 16:37
- __fabrice
- Réponses : 40
Salut,
Merci pour ces conseils. En fait, mon soucis je ne "vois" pas le disque /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 dans l'aborescence des fichiers + disques. Je sas pas où il est en fait
De plus, pourquoi sa taille est comprise dans la totalité de / ?, il ne devrait avoir sa taille à lui, mais là, il est greffé à la racine on dirait.
https://lutim.stemy.me/rNS2RjOW/wP1zHkFM.png
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 2,7M 1,6G 1% /run
/dev/sda2 440G 386G 32G 93% /
tmpfs 7,8G 119M 7,7G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/loop0 66M 66M 0 100% /snap/gtk-common-themes/1519
/dev/loop1 243M 243M 0 100% /snap/gnome-3-38-2004/76
/dev/loop2 768K 768K 0 100% /snap/gnome-characters/741
/dev/loop3 2,7M 2,7M 0 100% /snap/gnome-system-monitor/169
/dev/loop4 18M 18M 0 100% /snap/pdftk/9
/dev/loop5 141M 141M 0 100% /snap/gnome-3-26-1604/104
/dev/loop6 768K 768K 0 100% /snap/gnome-characters/761
/dev/loop8 9,0M 9,0M 0 100% /snap/canonical-livepatch/132
/dev/loop7 219M 219M 0 100% /snap/gnome-3-34-1804/72
/dev/loop9 640K 640K 0 100% /snap/gnome-logs/106
/dev/loop11 347M 347M 0 100% /snap/wine-platform-runtime/300
/dev/loop10 219M 219M 0 100% /snap/gnome-3-34-1804/77
/dev/loop12 2,7M 2,7M 0 100% /snap/gnome-system-monitor/174
/dev/loop13 2,7M 2,7M 0 100% /snap/gnome-calculator/920
/dev/loop14 323M 323M 0 100% /snap/wine-platform-6-stable/19
/dev/loop15 128K 128K 0 100% /snap/bare/5
/dev/loop16 347M 347M 0 100% /snap/wine-platform-runtime/299
/dev/loop17 111M 111M 0 100% /snap/core/12834
/dev/loop18 249M 249M 0 100% /snap/gnome-3-38-2004/99
/dev/loop24 5,9M 5,9M 0 100% /snap/notepad-plus-plus/366
/dev/loop23 2,5M 2,5M 0 100% /snap/gnome-calculator/884
/dev/loop19 220M 220M 0 100% /snap/code/97
/dev/loop25 228M 228M 0 100% /snap/code/96
/dev/loop20 56M 56M 0 100% /snap/core18/2344
/dev/loop22 62M 62M 0 100% /snap/core20/1405
/dev/loop21 165M 165M 0 100% /snap/gnome-3-28-1804/161
/dev/loop27 163M 163M 0 100% /snap/gnome-3-28-1804/145
/dev/loop26 151M 151M 0 100% /snap/okular/109
/dev/loop28 62M 62M 0 100% /snap/core20/1434
/dev/loop29 82M 82M 0 100% /snap/gtk-common-themes/1534
/dev/loop30 141M 141M 0 100% /snap/gnome-3-26-1604/100
/dev/loop31 56M 56M 0 100% /snap/core18/2409
/dev/loop32 324M 324M 0 100% /snap/kde-frameworks-5-qt-5-15-core20/14
/dev/loop33 112M 112M 0 100% /snap/core/13250
/dev/loop34 9,0M 9,0M 0 100% /snap/canonical-livepatch/138
/dev/loop35 640K 640K 0 100% /snap/gnome-logs/112
/dev/sdc1 245G 58G 187G 24% /mnt/B97B-3162
/dev/sda1 247M 4,4M 242M 2% /boot/efi
/dev/sdb2 3,7G 14M 3,4G 1% /tmp
/dev/sdc6 211G 167G 44G 80% /mnt/1CBCD477BCD44CC0
/dev/sdc5 245G 78G 167G 32% /mnt/3C38C8DB38C89574
/dev/sdd1 234G 90G 145G 39% /storage
tmpfs 1,6G 620K 1,6G 1% /run/user/121
tmpfs 1,6G 6,8M 1,6G 1% /run/user/1000
/dev/sdb5 448G 32K 448G 1% /storage-win
/dev/sdb4 459G 244G 192G 56% /storage-nix
/dev/sde1 1,8T 95G 1,7T 6% /media/fabrice/TOSHIBA_2_TERAS
https://lutim.stemy.me/gTLwIDRq/eUPPok4T.png
Merci à vous
Fabrice
Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.
#6 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 17:14
- __fabrice
- Réponses : 40
Voici le fstab. J'ai essayé de monter ce fameux disque dans le fstab (dernière ligne), mais cela ne fonctionne pas, alors que les autres disques montés sur la racine, oui
# >>>>>>>>>>>>>>>>>>>>>>>>>>>>> SDA (SDD) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
# DISQUE DUR SSD de 480 Gigas (/ was on /dev/sda2 during installation)
UUID=b7786d9b-476f-472e-b48c-22ffb77e5a08 / ext4 errors=remount-ro 0 1
# PARTITION EUFI DE BOOT (/boot/efi was on /dev/sda1 during installation)
UUID=CA7E-6F51 /boot/efi vfat umask=0077 0 1
# ----------------------------------------------------------------------------------------
# >>>>>>>>>>>>>>>>>>>>>>>>>>>>> SDB <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
# DISQUE DUR 1,0 To ST1000DM003-1SB10C => /tmp was on /dev/sdb2 during installation
UUID=ba37567a-7258-43b8-977b-b9a5856f5879 /tmp ext4 defaults 0 2
# DISQUE DUR 1,0 To ST1000DM003-1SB10C => SWAP (swap was on /dev/sdb3 during installation)
UUID=a6001917-3208-48d6-956c-cd75ba6e8bf1 none swap sw 0 0
# DISQUE DUR 1,0 To ST1000DM003-1SB10C => /storage-nix was on /dev/sdb4 during installation
UUID=06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix ext4 noauto,x-systemd.automount 0 2
# DISQUE DUR 1,0 To ST1000DM003-1SB10C =>/storage-win was on /dev/sdb5 during installation
UUID=AD74-4001 /storage-win vfat noauto,x-systemd.automount,utf8,umask=007,gid=46 0 1
# ----------------------------------------------------------------------------------------
# DISQUE DUR 251 Go Maxtor 6L25050C => /storage was on /dev/sdd1 during installation
UUID=2264-0F40 /storage vfat defaults 0 1
# DISQUE DUR 750 Go ST375033OAS => ATAST_BACKU
/dev/disk/by-uuid/B97B-3162 /mnt/B97B-3162 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0
# DISQUE DUR 750 Go ST375033OAS => ATAST_DATAS
/dev/disk/by-uuid/3C38C8DB38C89574 /mnt/3C38C8DB38C89574 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0
# DISQUE DUR 750 Go ST375033OAS => ATAST_MULTIMEDIA
/dev/disk/by-uuid/1CBCD477BCD44CC0 /mnt/1CBCD477BCD44CC0 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0
# Anciennemtn : /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
Tu veux donc dire que je dois changer les disques montés à la racine comme ceci : /storage => /mnt/storage ?
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE MODEL
sda 447,1G SSD PLUS 480GB
├─sda1 vfat BOOT-SSD CA7E-6F51 /boot/efi 250M
└─sda2 ext4 b7786d9b-476f-472e-b48c-22ffb77e5a08 / 446,9G
sdb 931,5G ST1000DM003-1SB1
├─sdb1 vfat boot-dd CEDB-DBEE 250M
├─sdb2 ext4 ba37567a-7258-43b8-977b-b9a5856f5879 /tmp 3,7G
├─sdb3 swap a6001917-3208-48d6-956c-cd75ba6e8bf1 [SWAP] 14G
├─sdb4 ext4 storage-nix 06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix 465,7G
└─sdb5 vfat storage-win AD74-4001 /storage-win 447,9G
sdc 698,7G ST3750330AS
├─sdc1 vfat ATAST_BACKU B97B-3162 /mnt/B97B-3162 244,1G
├─sdc2 1K
├─sdc5 ntfs ATAST_DATAS 3C38C8DB38C89574 /mnt/3C38C8DB38C89574 244,1G
└─sdc6 ntfs ATAST_MULTIMEDIA 1CBCD477BCD44CC0 /mnt/1CBCD477BCD44CC0 210,3G
sdd 233,8G Maxtor 6L250S0
└─sdd1 vfat STORAGE 2264-0F40 /storage 233,8G
sde 1,8T External USB 3.0
└─sde1 ext4 TOSHIBA_2_TERAS 7a8f2d7d-8d58-4f1c-b289-20386f87b97e /media/fabrice/TOSHIBA_2_TERAS 1,8T
fabrice@fabrice-MS-7971:~$ ll /dev/disk/by-id/
total 0
drwxr-xr-x 2 root root 680 mai 26 17:04 ./
drwxr-xr-x 7 root root 140 mai 26 17:04 ../
lrwxrwxrwx 1 root root 9 mai 26 17:04 ata-Maxtor_6L250S0_L59DQG1G -> ../../sdd
lrwxrwxrwx 1 root root 10 mai 26 17:05 ata-Maxtor_6L250S0_L59DQG1G-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 mai 26 17:04 ata-SSD_PLUS_480GB_154938444113 -> ../../sda
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-SSD_PLUS_480GB_154938444113-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-SSD_PLUS_480GB_154938444113-part2 -> ../../sda2
lrwxrwxrwx 1 root root 9 mai 26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796 -> ../../sdb
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 mai 26 17:06 ata-ST1000DM003-1SB10C_Z9A0X796-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 mai 26 17:06 ata-ST1000DM003-1SB10C_Z9A0X796-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 9 mai 26 17:04 ata-ST3750330AS_3QK0BHCC -> ../../sdc
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST3750330AS_3QK0BHCC-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST3750330AS_3QK0BHCC-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST3750330AS_3QK0BHCC-part5 -> ../../sdc5
lrwxrwxrwx 1 root root 10 mai 26 17:04 ata-ST3750330AS_3QK0BHCC-part6 -> ../../sdc6
lrwxrwxrwx 1 root root 9 mai 26 17:04 usb-TOSHIBA_External_USB_3.0_20210127000197F-0:0 -> ../../sde
lrwxrwxrwx 1 root root 10 mai 26 17:04 usb-TOSHIBA_External_USB_3.0_20210127000197F-0:0-part1 -> ../../sde1
lrwxrwxrwx 1 root root 9 mai 26 17:04 wwn-0x5000c500026e0a88 -> ../../sdc
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c500026e0a88-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c500026e0a88-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c500026e0a88-part5 -> ../../sdc5
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c500026e0a88-part6 -> ../../sdc6
lrwxrwxrwx 1 root root 9 mai 26 17:04 wwn-0x5000c50087c01f7c -> ../../sdb
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c50087c01f7c-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c50087c01f7c-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5000c50087c01f7c-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 mai 26 17:06 wwn-0x5000c50087c01f7c-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 mai 26 17:06 wwn-0x5000c50087c01f7c-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 9 mai 26 17:04 wwn-0x5001b44f1ea20551 -> ../../sda
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5001b44f1ea20551-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 mai 26 17:04 wwn-0x5001b44f1ea20551-part2 -> ../../sda2
Merci
Fabrice
#7 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 17:28
- __fabrice
- Réponses : 40
Ok, je comprends mieux.
Par contre tu dis :
mais les volumes externes, les clés USB, les cartes SD, ne sont montés que lorsque tu les branches à l'ordinateur, sur des points de montages créés dynamiquement par le système dans le répertoire "/media/fabrice/", et ces points de montages sont détruits lorsque tu débranches le média qui les contient.
mais le disque WD_STORAGE qui est présent dans /media/fabrice/ (visible ici) n'est pas un disque externe. Je n'en ai qu'un seul, qui est le TOSHIBA_2_TERAS
D'ailleurs ce dernier apparait ici mais pas le WD_STORAGE !?.
Pourquoi ?
Merci
Fabrice
#8 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 17:45
- __fabrice
- Réponses : 40
Voici :
fabrice@fabrice-MS-7971:~$ df -Thx squashfs -x tmpfs
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 7,8G 0 7,8G 0% /dev
/dev/sda2 ext4 440G 369G 50G 89% /
/dev/sda1 vfat 247M 4,4M 242M 2% /boot/efi
/dev/sdc1 vfat 245G 58G 187G 24% /mnt/B97B-3162
/dev/sdb2 ext4 3,7G 11M 3,4G 1% /tmp
/dev/sdc6 fuseblk 211G 167G 44G 80% /mnt/1CBCD477BCD44CC0
/dev/sdc5 fuseblk 245G 78G 167G 32% /mnt/3C38C8DB38C89574
/dev/sdd1 vfat 234G 90G 145G 39% /storage
/dev/sdb5 vfat 448G 32K 448G 1% /storage-win
/dev/sdb4 ext4 459G 244G 192G 56% /storage-nix
/dev/sde1 ext4 1,8T 95G 1,7T 6% /media/fabrice/TOSHIBA_2_TERAS
fabrice@fabrice-MS-7971:~$ df -ix squashfs -x tmpfs
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev 2028999 776 2028223 1% /dev
/dev/sda2 29294592 3038063 26256529 11% /
/dev/sda1 0 0 0 - /boot/efi
/dev/sdc1 0 0 0 - /mnt/B97B-3162
/dev/sdb2 244320 79 244241 1% /tmp
/dev/sdc6 45611692 12651 45599041 1% /mnt/1CBCD477BCD44CC0
/dev/sdc5 178343172 51516 178291656 1% /mnt/3C38C8DB38C89574
/dev/sdd1 0 0 0 - /storage
/dev/sdb5 0 0 0 - /storage-win
/dev/sdb4 30523392 1540489 28982903 6% /storage-nix
/dev/sde1 122101760 426297 121675463 1% /media/fabrice/TOSHIBA_2_TERAS
fabrice@fabrice-MS-7971:~$ grep ^/dev/ /etc/mtab
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/loop0 /snap/core18/2409 squashfs ro,nodev,relatime 0 0
/dev/loop2 /snap/gnome-logs/112 squashfs ro,nodev,relatime 0 0
/dev/loop1 /snap/core20/1405 squashfs ro,nodev,relatime 0 0
/dev/loop3 /snap/gnome-calculator/884 squashfs ro,nodev,relatime 0 0
/dev/loop4 /snap/wine-platform-runtime/300 squashfs ro,nodev,relatime 0 0
/dev/loop5 /snap/canonical-livepatch/132 squashfs ro,nodev,relatime 0 0
/dev/loop6 /snap/gtk-common-themes/1534 squashfs ro,nodev,relatime 0 0
/dev/loop7 /snap/wine-platform-6-stable/19 squashfs ro,nodev,relatime 0 0
/dev/loop9 /snap/gtk-common-themes/1519 squashfs ro,nodev,relatime 0 0
/dev/loop10 /snap/gnome-3-34-1804/77 squashfs ro,nodev,relatime 0 0
/dev/loop11 /snap/gnome-characters/741 squashfs ro,nodev,relatime 0 0
/dev/loop12 /snap/code/96 squashfs ro,nodev,relatime 0 0
/dev/loop8 /snap/wine-platform-runtime/299 squashfs ro,nodev,relatime 0 0
/dev/loop15 /snap/kde-frameworks-5-qt-5-15-core20/14 squashfs ro,nodev,relatime 0 0
/dev/loop14 /snap/gnome-3-28-1804/161 squashfs ro,nodev,relatime 0 0
/dev/loop13 /snap/gnome-3-28-1804/145 squashfs ro,nodev,relatime 0 0
/dev/loop16 /snap/core20/1434 squashfs ro,nodev,relatime 0 0
/dev/loop17 /snap/gnome-system-monitor/174 squashfs ro,nodev,relatime 0 0
/dev/loop18 /snap/gnome-calculator/920 squashfs ro,nodev,relatime 0 0
/dev/loop20 /snap/bare/5 squashfs ro,nodev,relatime 0 0
/dev/loop19 /snap/gnome-3-38-2004/76 squashfs ro,nodev,relatime 0 0
/dev/loop22 /snap/core18/2344 squashfs ro,nodev,relatime 0 0
/dev/loop23 /snap/pdftk/9 squashfs ro,nodev,relatime 0 0
/dev/loop24 /snap/gnome-3-38-2004/99 squashfs ro,nodev,relatime 0 0
/dev/loop25 /snap/okular/109 squashfs ro,nodev,relatime 0 0
/dev/loop26 /snap/notepad-plus-plus/366 squashfs ro,nodev,relatime 0 0
/dev/loop21 /snap/gnome-3-34-1804/72 squashfs ro,nodev,relatime 0 0
/dev/loop27 /snap/core/12834 squashfs ro,nodev,relatime 0 0
/dev/loop28 /snap/canonical-livepatch/138 squashfs ro,nodev,relatime 0 0
/dev/loop29 /snap/core/13250 squashfs ro,nodev,relatime 0 0
/dev/loop30 /snap/gnome-characters/761 squashfs ro,nodev,relatime 0 0
/dev/loop32 /snap/gnome-logs/106 squashfs ro,nodev,relatime 0 0
/dev/loop33 /snap/gnome-3-26-1604/100 squashfs ro,nodev,relatime 0 0
/dev/loop31 /snap/code/97 squashfs ro,nodev,relatime 0 0
/dev/loop34 /snap/gnome-3-26-1604/104 squashfs ro,nodev,relatime 0 0
/dev/loop35 /snap/gnome-system-monitor/169 squashfs ro,nodev,relatime 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdc1 /mnt/B97B-3162 vfat rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb2 /tmp ext4 rw,relatime 0 0
/dev/sdc6 /mnt/1CBCD477BCD44CC0 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdc5 /mnt/3C38C8DB38C89574 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdd1 /storage vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb5 /storage-win vfat rw,relatime,gid=46,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sdb4 /storage-nix ext4 rw,relatime 0 0
/dev/sde1 /media/fabrice/TOSHIBA_2_TERAS ext4 rw,nosuid,nodev,relatime 0 0
Merci
#9 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 26/05/2022, à 20:22
- __fabrice
- Réponses : 40
Encore merci pour toutes ces infos.
WD_STORAGE → à quoi correspond-il comme uuid ou label/étiquette ou « dev » ?
J'avais utilisé il y a déjà pas mal de temps, je ne sais plus lequel, un soft/script qui scanne les disques et modifie ou complète la fstab.
Les disques sont bien des disques physiques, contrairement au WD_STORAGE du coup
fabrice@fabrice-MS-7971:~$ sudo blkid | grep -v loop
/dev/sdb1: LABEL="boot-dd" UUID="CEDB-DBEE" TYPE="vfat" PARTUUID="264479ce-7648-4d20-a436-26d2dc2802f3"
/dev/sdb2: UUID="ba37567a-7258-43b8-977b-b9a5856f5879" TYPE="ext4" PARTUUID="76b0d58b-eb8e-40ca-b687-071fa687c742"
/dev/sdb3: UUID="a6001917-3208-48d6-956c-cd75ba6e8bf1" TYPE="swap" PARTUUID="2de8c56c-58d3-4ee2-a119-614a5201a991"
/dev/sdb4: LABEL="storage-nix" UUID="06ff0e9a-a19f-416a-88e6-48a3799349d2" TYPE="ext4" PARTUUID="ec11b5fc-28cf-494e-9e88-54093d74b30a"
/dev/sdb5: LABEL="storage-win" UUID="AD74-4001" TYPE="vfat" PARTUUID="71ae879f-2430-4e3f-92c7-b2e52db0f8b4"
/dev/sdc1: LABEL="ATAST_BACKU" UUID="B97B-3162" TYPE="vfat" PARTUUID="1d161d15-01"
/dev/sdc5: LABEL="ATAST_DATAS" UUID="3C38C8DB38C89574" TYPE="ntfs" PARTUUID="1d161d15-05"
/dev/sdc6: LABEL="ATAST_MULTIMEDIA" UUID="1CBCD477BCD44CC0" TYPE="ntfs" PARTUUID="1d161d15-06"
/dev/sda1: LABEL="BOOT-SSD" UUID="CA7E-6F51" TYPE="vfat" PARTUUID="cc490bb0-580e-4a2c-ba01-b889cebe637a"
/dev/sda2: UUID="b7786d9b-476f-472e-b48c-22ffb77e5a08" TYPE="ext4" PARTUUID="103aff01-de04-4345-9e09-8251a9f59351"
/dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"
/dev/sde1: LABEL="TOSHIBA_2_TERAS" UUID="7a8f2d7d-8d58-4f1c-b289-20386f87b97e" TYPE="ext4" PARTUUID="cc5e8de6-01"
J'ai viré quelques paquets snap et cela m'a a fait gagné un peu, merci
Oui, mon système est à jour et j'utilise ces 2 alias :
fabrice@fabrice-MS-7971:~$ alias system-update
alias system-update='echo '\''--> Updating...'\'' && sudo apt-get update && sudo apt-get update --fix-missing && sudo apt-get upgrade -y && sudo apt-get dist-upgrade'
fabrice@fabrice-MS-7971:~$ alias cleaning
alias cleaning='echo '\''--> Cleaning...'\'' && sudo apt-get autoclean && sudo apt-get clean && sudo apt-get autoremove --purge && sudo apt-get update'
Je connais ncdu, mais du coup j'utilisais plutôt l'analyseur de disques.
Je pense qu'il y a un soucis avec le tilde non ?
fabrice@fabrice-MS-7971:~$ apt list ~c
En train de lister... Fait
fabrice@fabrice-MS-7971:~$ sudo apt purge ~c
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet ~c
Pour les disques fat et ntfs, non je n'ai pas windows, c'est des vieux disques dont je me sert comme stockage/backup surtout. Changer le système de fichier ne veut pas dire les formater par hasard ?
Je ne suis pas contre un petit tout-cassage du fstab
#10 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 27/05/2022, à 07:54
- __fabrice
- Réponses : 40
Salut à tous,
Bien dormi ?
Vu ton retour, je pense qu'il s'agit peut-être de cette partition : /dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"
Non, ce n'est pas celle là, c'est celle qui est dans /storage.
On dirait que WD_STORAGE n'apparait nulle part, qui selon vous semble normal. Mais par contre, il est monté avec fstab, et je ne peux pas y accéder via /WD_STORAGE, ni par /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1
Ma config :
fabrice@fabrice-MS-7971:~$ uname -a
Linux fabrice-MS-7971 5.0.0-37-lowlatency #40~18.04.1-Ubuntu SMP PREEMPT Thu Nov 14 12:51:01 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
fabrice@fabrice-MS-7971:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.6 LTS"
Merci
#11 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 27/05/2022, à 14:14
- __fabrice
- Réponses : 40
Oui, c'est bien cette ligne
UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0
En se référant à ll /dev/disk/by-id/ au #5 ça prend potentiellement la place de sdc1 ?
Non, il ne prends pas sa place
Quand tu regardes dans WD_STORAGE, s'agit-il des données que tu vois aussi dans ATAST_BACKU qui monte dans /mnt/B97B-3162 ?
Non plus
Lorsque j'ai enlevé les 2 flags noauto et nofail, le système s'est mis en recover. J'ai du les remettre. Les logs :
[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-wwn\x2d0x50014ee2acedf34b\x2dpart1.device.
[DEPEND] Dependency failed for /WD_STORAGE.
[DEPEND] Dependency failed for Local File Systems.
[DEPEND] Dependency failed for Clean up any mess left by 0dns-up.
Je ne vois pas à ce que cela correspond
Merci
Fabrice
#12 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 28/05/2022, à 08:11
- __fabrice
- Réponses : 40
Salut,
Merci pour ce long message
Ton hypothèse que WD_STORAGE serait un dossier complètement classique se précise. Par contre, il est très fortement improbable que j'ai créé ce dossier à la main dans /media .
Je viens de me souvenir que c'était le nom d'un vieux disque externe. Est ce que le script/soft qui a rajouté des lignes dans le fstab ( /dev/disk/by-id/... ...) l'aurais monté et "gardé" physiquement ?.
Si le dossier WD_DOSSIER est un dossier à part entière, pour le montage dans fstab ne le choque pas ?, et pourquoi les 2 options nofail et noauto font planter le système ?
fabrice@fabrice-MS-7971:~$ grep ^/dev/ /etc/mtab | grep -v loop
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdc1 /mnt/B97B-3162 vfat rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb2 /tmp ext4 rw,relatime 0 0
/dev/sdc6 /mnt/1CBCD477BCD44CC0 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdc5 /mnt/3C38C8DB38C89574 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdd1 /storage vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb5 /storage-win vfat rw,relatime,gid=46,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sdb4 /storage-nix ext4 rw,relatime 0 0
/dev/sde1 /media/fabrice/TOSHIBA_2_TERAS ext4 rw,nosuid,nodev,relatime 0 0
A priori, il ne manque rien.
La commande ncdu montre bien le "dossier" WD_STORAGE au bon endroit (sans le fstab).
Par contre, j'ai des fichiers "nvidia-390.0.crash" un peu de partout . On dirait des logs suite à un "make". Ce n'est sûrement pas lié
Bonne journée
Fabrice
#13 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 28/05/2022, à 08:58
- __fabrice
- Réponses : 40
Bonjour,
Voici :
fabrice@fabrice-MS-7971:~$ lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 610] [10de:104a] (rev a1) (prog-if 00 [VGA controller])
Kernel driver in use: nouveau
Kernel modules: nvidiafb, nouveau
fabrice@fabrice-MS-7971:~$ ubuntu-drivers devices
WARNING:root:_pkg_get_support nvidia-driver-390: package has invalid Support Legacyheader, cannot determine support level
== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd0000104Asv00001462sd0000809Fbc03sc00i00
vendor : NVIDIA Corporation
model : GF119 [GeForce GT 610]
driver : nvidia-340 - distro non-free
driver : nvidia-driver-390 - distro non-free recommended
driver : xserver-xorg-video-nouveau - distro free builtin
fabrice@fabrice-MS-7971:~$ dpkg -l | grep nvidia
fabrice@fabrice-MS-7971:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
ii linux-headers-5.0.0-37 5.0.0-37.40~18.04.1 all
ii linux-headers-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64
ii linux-headers-5.0.0-37-lowlatency 5.0.0-37.40~18.04.1 amd64
ii linux-image-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64
ii linux-image-5.0.0-37-lowlatency 5.0.0-37.40~18.04.1 amd64
ii linux-modules-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64
ii linux-modules-5.0.0-37-lowlatency 5.0.0-37.40~18.04.1 amd64
ii linux-modules-extra-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64
ii linux-headers-5.3.0-62 5.3.0-62.56~18.04.1 all
ii linux-headers-5.3.0-62-generic 5.3.0-62.56~18.04.1 amd64
ii linux-headers-5.3.0-62-lowlatency 5.3.0-62.56~18.04.1 amd64
ii linux-signed-generic-hwe-18.04 5.3.0.62.115 amd64
ic linux-image-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64
ic linux-image-5.4.0-70-lowlatency 5.4.0-70.78~18.04.1 amd64
ic linux-modules-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64
ic linux-modules-5.4.0-70-lowlatency 5.4.0-70.78~18.04.1 amd64
ic linux-modules-extra-5.4.0-70-generic 5.4.0-70.78~18.04.1 amd64
ii linux-hwe-5.4-headers-5.4.0-110 5.4.0-110.124~18.04.1 all
ii linux-headers-5.4.0-110-generic 5.4.0-110.124~18.04.1 amd64
ii linux-headers-5.4.0-110-lowlatency 5.4.0-110.124~18.04.1 amd64
ii linux-image-5.4.0-110-generic 5.4.0-110.124~18.04.1 amd64
ii linux-image-5.4.0-110-lowlatency 5.4.0-110.124~18.04.1 amd64
ii linux-modules-5.4.0-110-generic 5.4.0-110.124~18.04.1 amd64
ii linux-modules-5.4.0-110-lowlatency 5.4.0-110.124~18.04.1 amd64
ii linux-modules-extra-5.4.0-110-generic 5.4.0-110.124~18.04.1 amd64
ii linux-hwe-5.4-headers-5.4.0-113 5.4.0-113.127~18.04.1 all
ii linux-headers-5.4.0-113-generic 5.4.0-113.127~18.04.1 amd64
ii linux-headers-5.4.0-113-lowlatency 5.4.0-113.127~18.04.1 amd64
ii linux-image-5.4.0-113-generic 5.4.0-113.127~18.04.1 amd64
ii linux-image-5.4.0-113-lowlatency 5.4.0-113.127~18.04.1 amd64
ii linux-modules-5.4.0-113-generic 5.4.0-113.127~18.04.1 amd64
ii linux-modules-5.4.0-113-lowlatency 5.4.0-113.127~18.04.1 amd64
ii linux-modules-extra-5.4.0-113-generic 5.4.0-113.127~18.04.1 amd64
ii linux-generic-hwe-18.04 5.4.0.113.127~18.04.97 amd64
ii linux-headers-generic-hwe-18.04 5.4.0.113.127~18.04.97 amd64
ii linux-headers-lowlatency-hwe-18.04 5.4.0.113.127~18.04.97 amd64
ii linux-image-generic-hwe-18.04 5.4.0.113.127~18.04.97 amd64
ii linux-image-lowlatency-hwe-18.04 5.4.0.113.127~18.04.97 amd64
ii linux-lowlatency-hwe-18.04 5.4.0.113.127~18.04.97 amd64
Noyau courant : 5.0.0-37-lowlatency x86_64
Merci
F.
#14 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 28/05/2022, à 18:23
- __fabrice
- Réponses : 40
Salut,
Hé bien, je vous remercie grandement pour toutes ces infos qui me seront très utile par la suite
J'ai bien supprimé le dossier et le point de montage, et tout est ok.
Merci
Fabrice
#15 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 28/05/2022, à 18:26
- __fabrice
- Réponses : 40
Au sujet des noyaux et de celui utilisé qui est ancien LowLatency (ou generic du coup) 5.0.0.37, c'est le seul qui permet à l'OS de voir ma clé WIFI usb externe. J'avais fait un post il y a pas mal de temps, mais cela ne fonctionne toujours pas
Les noyaux 5.4.0.1123 et 5.4.0.110 ne fonctionne pas non plus
Merci
Fabrice
#16 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 29/05/2022, à 16:25
- __fabrice
- Réponses : 40
Tu n'as pas testé le pilote cylinx ? > askubuntu.com/questions/1315642/make-errors-with-tplink-t4u-v3-drivers-on-ubuntu-20-04
Je teste çà de suite
Merci
#17 Re : -1 » [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur / » Le 30/05/2022, à 17:45
- __fabrice
- Réponses : 40
Alors Vobul tu n'as pas tort, c'est dommage de rester sur un noyau ancien mais :
⋅ tu pourrais le dire avec des fleurs et des smileys et des arcs en ciel
⋅ et surtout, tu fais comment pour savoir, sur un site marchand ou dans une boutique quelconque, que ta clé wifi sera compatible Linux « out of the box » ?.
Bien dit , car le message n'était pas vraiment constructif
#18 -1 » Souris MX Master 3 (Mac) acheté par erreur "presque" fonctionnelle » Le 25/08/2021, à 14:42
- __fabrice
- Réponses : 1
Salut à tous,
J'ai acheté par erreur une souris MX Master 3 pour Mac .
Avec un dongle bluetooth tp-link , elle fonctionne mais Solaar ne la détecte pas et je ne peux pas la configurer, contrairement au clavier MX Keys (avec son dongle par contre). La molette centrale est inversé d'ailleurs, elle fait défiler en haut quand il faut en bas
1- Donc, en gros, comment je peux configurer la souris en l'état ?, ou alors, simplement la renvoyer et prendre la bonne ?
2- Cette dernière, du coup, sera vraiment configurable ?, ou dois-je laisser tomber ce modèle onéreux pour un autre (à me conseiller ?) ?
Merci
F.
#19 Re : -1 » Souris MX Master 3 (Mac) acheté par erreur "presque" fonctionnelle » Le 28/08/2021, à 18:39
- __fabrice
- Réponses : 1
Pas d'idée ?
#20 Re : -1 » [RESOLU] ubuntu-advantage-tools en erreur lors update et upgrade » Le 16/08/2021, à 19:42
- __fabrice
- Réponses : 19
J'ai remis les "bons dossiers" :
fabrice@fabrice-MS-7971:~$ which python
/usr/bin/python
fabrice@fabrice-MS-7971:~$ python -V
Python 3.6.9
fabrice@fabrice-MS-7971:~$ which python2
/usr/bin/python2
fabrice@fabrice-MS-7971:~$ python2 -V
Python 2.7.17
fabrice@fabrice-MS-7971:~$ which python3
/usr/bin/python3
fabrice@fabrice-MS-7971:~$ python3 -V
Python 3.6.9
fabrice@fabrice-MS-7971:~$
#21 Re : -1 » [RESOLU] ubuntu-advantage-tools en erreur lors update et upgrade » Le 16/08/2021, à 19:47
- __fabrice
- Réponses : 19
J'ai refait un update complet + un nettoyage et c'est bon.
Merci
Mes aliases :
alias system-update='echo '\''--> Updating...'\'' && sudo apt-get update && sudo apt-get update --fix-missing && sudo apt-get upgrade -y && sudo apt-get full-upgrade && sudo apt-get dist-upgrade'
alias cleaning='echo '\''--> Cleaning...'\'' && sudo apt-get autoclean && sudo apt-get clean && sudo apt-get autoremove --purge && sudo apt-get update'
#22 Re : -1 » [RESOLU] ubuntu-advantage-tools en erreur lors update et upgrade » Le 17/08/2021, à 12:29
- __fabrice
- Réponses : 19
Salut,
fabrice@fabrice-MS-7971:~$ sudo apt-get update && sudo apt-get dist-upgrade
Atteint :1 http://fr.archive.ubuntu.com/ubuntu bionic InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu bionic-security InRelease
Atteint :3 http://ppa.launchpad.net/mikhailnov/pulseeffects/ubuntu bionic InRelease
Atteint :4 http://fr.archive.ubuntu.com/ubuntu bionic-updates InRelease
Atteint :5 https://linux.teamviewer.com/deb stable InRelease
Atteint :6 http://archive.canonical.com/ubuntu bionic InRelease
Atteint :7 https://updates.signal.org/desktop/apt xenial InRelease
Atteint :8 https://dl.winehq.org/wine-builds/ubuntu bionic InRelease
Atteint :9 http://ppa.launchpad.net/nextcloud-devs/client/ubuntu bionic InRelease
Atteint :10 http://ppa.launchpad.net/phoerious/keepassxc/ubuntu bionic InRelease
Atteint :11 https://repo.protonvpn.com/debian stable InRelease
Atteint :12 http://ppa.launchpad.net/unit193/encryption/ubuntu bionic InRelease
Lecture des listes de paquets... Fait
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été conservés :
wine-stable winehq-stable
0 mis à jour, 0 nouvellement installés, 0 à enlever et 2 non mis à jour.
Pour les paquets, on pourrait virer :
- ctparental
- openfortigui
- slack
Ils ont bien été ajouté manuellement, mais je ne m'en sert plus.
Merci pour l'info sur mes aliases
F.
#23 Re : -1 » [RESOLU] ubuntu-advantage-tools en erreur lors update et upgrade » Le 17/08/2021, à 15:36
- __fabrice
- Réponses : 19
Tout s'est bien passé, merci
Pour java, il faudra que je réinstalle la dernière version, ici alors
fabrice@fabrice-MS-7971:~$ dpkg -l | grep libfaudio0
fabrice@fabrice-MS-7971:~$ dpkg -l | grep wine
ii wine-stable 4.0.3~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs
ii wine-stable-amd64 4.0.3~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs
ii wine-stable-i386:i386 4.0.3~bionic i386 WINE Is Not An Emulator - runs MS Windows programs
ii winehq-stable 4.0.3~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs
#24 Re : -1 » [RESOLU] ubuntu-advantage-tools en erreur lors update et upgrade » Le 17/08/2021, à 16:42
- __fabrice
- Réponses : 19
Nickel, tout fonctionne
Merci beaucoup.