#26 Le 17/01/2023, à 20:11
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
peut être le fait d'avoir installer grub lors de l'update manager sur sda et sdb ça fait booter sur le dd au lieu du ssd et du coup il démarre pas non?
Hors ligne
#27 Le 17/01/2023, à 20:14
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
En regardant [SOLVED] nVidia Issue New Mint Installation, on dirait un problème de noyau.
Fournis les noyaux présents :
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)"Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#28 Le 17/01/2023, à 20:20
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
ii linux-headers-4.15.0-202 4.15.0-202.213 all
ii linux-headers-4.15.0-202-generic 4.15.0-202.213 amd64
ii linux-image-4.15.0-202-generic 4.15.0-202.213 amd64
ii linux-modules-4.15.0-202-generic 4.15.0-202.213 amd64
ii linux-modules-extra-4.15.0-202-generic 4.15.0-202.213 amd64
ii linux-headers-5.4.0-137 5.4.0-137.154 all
ii linux-headers-5.4.0-137-generic 5.4.0-137.154 amd64
ii linux-image-5.4.0-137-generic 5.4.0-137.154 amd64
ii linux-modules-5.4.0-137-generic 5.4.0-137.154 amd64
ii linux-modules-extra-5.4.0-137-generic 5.4.0-137.154 amd64
ii linux-signatures-nvidia-5.4.0-137-generic 5.4.0-137.154 amd64
ii linux-generic 5.4.0.137.135 amd64
ii linux-headers-generic 5.4.0.137.135 amd64
ii linux-image-extra-virtual 5.4.0.137.135 amd64
ii linux-image-generic 5.4.0.137.135 amd64
Noyau courant : 5.4.0-137-generic x86_64Hors ligne
#29 Le 17/01/2023, à 20:24
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Montre aussi :
lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"ubuntu-drivers devicesdpkg -l | grep nvidiaConseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#30 Le 17/01/2023, à 20:29
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK106 [GeForce GTX 650 Ti] [10de:11c6] (rev a1) (prog-if 00 [VGA controller])
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidiaubuntu-drivers devices== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd000011C6sv00001043sd0000842Cbc03sc00i00
vendor : NVIDIA Corporation
model : GK106 [GeForce GTX 650 Ti]
driver : nvidia-driver-470 - distro non-free recommended
driver : nvidia-driver-418-server - distro non-free
driver : nvidia-driver-390 - distro non-free
driver : nvidia-driver-450-server - distro non-free
driver : nvidia-340 - distro non-free
driver : nvidia-driver-470-server - distro non-free
driver : xserver-xorg-video-nouveau - distro free builtindpkg -l | grep nvidiaii libnvidia-cfg1-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA binary OpenGL/GLX configuration library
ii libnvidia-common-470 470.161.03-0ubuntu0.20.04.1 all Shared files used by the NVIDIA libraries
rc libnvidia-compute-390:amd64 390.157-0ubuntu0.20.04.1 amd64 NVIDIA libcompute package
rc libnvidia-compute-390:i386 390.157-0ubuntu0.20.04.1 i386 NVIDIA libcompute package
ii libnvidia-compute-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA libcompute package
ii libnvidia-compute-470:i386 470.161.03-0ubuntu0.20.04.1 i386 NVIDIA libcompute package
ii libnvidia-decode-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA Video Decoding runtime libraries
ii libnvidia-decode-470:i386 470.161.03-0ubuntu0.20.04.1 i386 NVIDIA Video Decoding runtime libraries
ii libnvidia-encode-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVENC Video Encoding runtime library
ii libnvidia-encode-470:i386 470.161.03-0ubuntu0.20.04.1 i386 NVENC Video Encoding runtime library
ii libnvidia-extra-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 Extra libraries for the NVIDIA driver
ii libnvidia-fbc1-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA OpenGL-based Framebuffer Capture runtime library
ii libnvidia-gl-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD
ii libnvidia-gl-470:i386 470.161.03-0ubuntu0.20.04.1 i386 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD
ii libnvidia-ifr1-470:amd64 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA OpenGL-based Inband Frame Readback runtime library
rc linux-modules-nvidia-470-5.4.0-137-generic 5.4.0-137.154 amd64 Linux kernel nvidia modules for version 5.4.0-137
ii linux-objects-nvidia-470-5.4.0-137-generic 5.4.0-137.154 amd64 Linux kernel nvidia modules for version 5.4.0-137 (objects)
ii linux-signatures-nvidia-5.4.0-137-generic 5.4.0-137.154 amd64 Linux kernel signatures for nvidia modules for version 5.4.0-137-generic
ii nvidia-compute-utils-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA compute utilities
ii nvidia-dkms-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA DKMS package
ii nvidia-driver-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA driver metapackage
ii nvidia-kernel-common-470 470.161.03-0ubuntu0.20.04.1 amd64 Shared files used with the kernel module
ii nvidia-kernel-source-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA kernel source package
ii nvidia-prime 0.8.16~0.20.04.2 all Tools to enable NVIDIA's Prime
ii nvidia-settings 470.57.01-0ubuntu0.20.04.3 amd64 Tool for configuring the NVIDIA graphics driver
ii nvidia-utils-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA driver support binaries
ii screen-resolution-extra 0.18build1 all Extension for the nvidia-settings control panel
ii xserver-xorg-video-nvidia-470 470.161.03-0ubuntu0.20.04.1 amd64 NVIDIA binary Xorg driverHors ligne
#31 Le 17/01/2023, à 20:32
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Essaye de passer sur le pilote nvidia-340.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#32 Le 17/01/2023, à 20:48
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
j'ai changer de driver pour le 340, ça redémarre, mais il est beaucoup plus lent que sur la 18.04 c'est normal?
Hors ligne
#33 Le 17/01/2023, à 21:03
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Il faudrait les avis d'autres aidants.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#34 Le 17/01/2023, à 21:20
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Bon en fait pas si long que ça j'ai chronométrer ça prend 50 secondes du démarrage à l'affichage de la page du login
ça semble fonctionner par contre lors du redémarrage il me fait le scan des fichiers à chaque fois?!?
Bon je ne vais pas vous embêter plus longtemps...
Un grand merci xubu1957 et geole pour votre aide précieuse et le temps passer à essayer de me dépanner
Vous êtes super!!!
merci
Franck
Hors ligne
#35 Le 17/01/2023, à 21:21
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Fournis :
systemd-analyze timesystemd-analyze blame --no-pagersystemd-analyze critical-chainet :
ls -l /var/crashdf -ThDernière modification par xubu1957 (Le 17/01/2023, à 21:22)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#36 Le 17/01/2023, à 21:27
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
cool j'apprends des nouvelles commandes (systemd-analyze) 
systemd-analyze timeStartup finished in 4.002s (kernel) + 40.811s (userspace) = 44.814s
graphical.target reached after 40.794s in userspacesystemd-analyze blame --no-pager
29.977s pm2-franckysolo.service
27.695s docker.service
27.138s mysql.service
16.795s snapd.service
15.669s plymouth-quit-wait.service
11.487s postgresql@9.6-main.service
10.973s gpu-manager.service
10.802s php8.1-fpm.service
10.774s php7.4-fpm.service
9.789s apache2.service
7.219s systemd-journal-flush.service
6.458s udisks2.service
3.869s plymouth-read-write.service
3.601s dev-loop7.device
3.560s dev-loop10.device
3.533s dev-loop5.device
3.505s dev-loop13.device
3.372s dev-loop4.device
3.304s dev-loop3.device
3.251s dev-loop11.device
3.161s dev-loop16.device
3.114s dev-loop12.device
2.978s dev-loop19.device
2.861s NetworkManager-wait-online.service
2.719s dev-loop18.device
2.647s dev-loop17.device
2.634s containerd.service
2.535s dev-loop22.device
2.522s dev-loop15.device
2.486s dev-loop9.device
2.416s apparmor.service
2.404s snap-gnome\x2d3\x2d26\x2d1604-104.mount
2.354s snap-meshlab-183.mount
2.338s dev-loop14.device
2.305s snapd.apparmor.service
2.268s fwupd.service
2.259s snap-core22-469.mount
2.180s dev-loop0.device
2.108s snap-cups-872.mount
2.026s snap-gtk\x2dcommon\x2dthemes-1535.mount
2.006s nmbd.service
1.973s snap-core18-2667.mount
1.952s snap-gnome\x2d3\x2d34\x2d1804-77.mount
1.936s nfs-server.service
1.925s dev-loop20.device
1.764s snap-gnome\x2d3\x2d28\x2d1804-161.mount
1.762s snap-mysql\x2dworkbench\x2dcommunity-10.mount
1.714s snap-gnome\x2d42\x2d2204-44.mount
1.662s dev-loop21.device
1.476s systemd-fsck@dev-disk-by\x2duuid-9428c61e\x2d6bf1\x2d4c32\x2d9ae0\x2d89…
1.344s snap-freecad-517.mount
1.334s snap-gnome\x2d3\x2d38\x2d2004-119.mount
1.269s snap-vokoscreen\x2dng-127.mount
1.256s snap-bluez-314.mount
1.206s networkd-dispatcher.service
1.186s accounts-daemon.service
1.177s libvirtd.service
1.135s binfmt-support.service
1.116s dev-sdb1.device
1.070s smbd.service
950ms dev-loop1.device
922ms snap-gnome\x2dsystem\x2dmonitor-181.mount
863ms ModemManager.service
848ms dev-loop8.device
801ms tmp.mount
799ms dev-loop2.device
765ms snap-slack-68.mount
670ms blackfire-agent.service
664ms snap-bare-5.mount
649ms redis-server.service
626ms snap-kde\x2dframeworks\x2d5\x2d96\x2dqt\x2d5\x2d15\x2d5\x2dcore20-7.mou…
625ms snap-kde\x2dframeworks\x2d5\x2dcore18-32.mount
617ms snap-snap\x2dstore-638.mount
600ms systemd-logind.service
580ms snap-core-14447.mount
574ms snap-core20-1778.mount
562ms systemd-random-seed.service
551ms home.mount
547ms snap-kde\x2dframeworks\x2d5\x2d91\x2dqt\x2d5\x2d15\x2d3\x2dcore20-1.mou…
510ms apport-autoreport.service
496ms vboxdrv.service
453ms polkit.service
442ms systemd-tmpfiles-setup.service
433ms systemd-fsck@dev-disk-by\x2duuid-b247b6de\x2d865c\x2d4f01\x2da3ed\x2d2a…
375ms NetworkManager.service
346ms avahi-daemon.service
312ms gdm.service
295ms switcheroo-control.service
286ms colord.service
274ms snap.bluez.bluez.service
272ms snap.bluez.obex.service
269ms upower.service
268ms systemd-machined.service
267ms thermald.service
240ms wpa_supplicant.service
226ms user@1000.service
221ms alsa-restore.service
215ms systemd-resolved.service
195ms teamviewerd.service
183ms nfs-mountd.service
159ms resolvconf-pull-resolved.service
154ms apport.service
144ms kerneloops.service
143ms grub-common.service
138ms systemd-fsck@dev-disk-by\x2duuid-c094d0b4\x2da310\x2d4a1b\x2d853f\x2d51…
133ms hddtemp.service
130ms e2scrub_reap.service
129ms libvirt-guests.service
127ms systemd-timesyncd.service
120ms systemd-udev-trigger.service
118ms gitlab-runsvdir.service
111ms blueman-mechanism.service
110ms rsyslog.service
104ms systemd-journald.service
98ms lm-sensors.service
96ms keyboard-setup.service
89ms lvm2-monitor.service
87ms systemd-udevd.service
85ms openvpn.service
83ms proc-fs-nfsd.mount
80ms pppd-dns.service
80ms snapd.seeded.service
69ms systemd-modules-load.service
65ms modprobe@chromeos_pstore.service
59ms sysstat.service
55ms dev-disk-by\x2duuid-c539d6b0\x2dfcf0\x2d4e3e\x2da1e0\x2d4c4a9c08aafb.sw…
52ms networking.service
52ms rpcbind.service
52ms dev-loop6.device
46ms systemd-tmpfiles-setup-dev.service
43ms systemd-update-utmp.service
36ms qemu-kvm.service
36ms systemd-sysctl.service
33ms grub-initrd-fallback.service
32ms proc-sys-fs-binfmt_misc.mount
31ms modprobe@drm.service
30ms dev-hugepages.mount
30ms dev-mqueue.mount
29ms vboxballoonctrl-service.service
29ms systemd-sysusers.service
28ms run-rpc_pipefs.mount
28ms modprobe@ramoops.service
27ms sys-kernel-debug.mount
27ms sys-kernel-tracing.mount
25ms blk-availability.service
24ms kmod-static-nodes.service
22ms systemd-user-sessions.service
22ms user-runtime-dir@1000.service
19ms plymouth-start.service
18ms modprobe@efi_pstore.service
18ms ufw.service
16ms systemd-remount-fs.service
15ms nfs-blkmap.service
12ms nfs-idmapd.service
11ms var.mount
10ms vboxadd.service
10ms vboxweb-service.service
8ms dns-clean.service
7ms systemd-update-utmp-runlevel.service
7ms console-setup.service
6ms ureadahead-stop.service
6ms sys-fs-fuse-connections.mount
6ms vboxautostart-service.service
5ms ifupdown-pre.service
5ms rtkit-daemon.service
5ms apache-htcacheclean.service
3ms modprobe@pstore_zone.service
3ms nfs-config.service
3ms setvtrgb.service
3ms docker.socket
2ms sys-kernel-config.mount
2ms libvirtd.socket
2ms modprobe@pstore_blk.service
1ms postgresql.service
1ms snapd.socket
1ms vboxadd-service.service
systemd-analyze critical-chainThe time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @40.794s
└─multi-user.target @40.794s
└─docker.service @13.098s +27.695s
└─network-online.target @13.096s
└─NetworkManager-wait-online.service @10.235s +2.861s
└─NetworkManager.service @9.856s +375ms
└─dbus.service @9.851s
└─basic.target @9.839s
└─sockets.target @9.839s
└─libvirtd-ro.socket @9.839s
└─libvirtd.socket @9.836s +2ms
└─sysinit.target @9.767s
└─systemd-timesyncd.service @9.639s +127ms
└─systemd-tmpfiles-setup.service @9.144s +442ms
└─systemd-journal-flush.service @1.924s +7.219s
└─var.mount @1.857s +11ms
└─systemd-fsck@dev-disk-by\x2duuid-c094d0b4\x2da310\x2d4a1b\x2d853f\x2d5148d023b992.service @1.718s +138ms
└─dev-disk-by\x2duuid-c094d0b4\x2da310\x2d4a1b\x2d853f\x2d5148d023b992.device @1.712s ls -l /var/crashtotal 2156
-rw-r----- 1 gdm whoopsie 2203579 janv. 17 19:17 _usr_libexec_tracker-miner-fs.131.crash
-rw-r--r-- 1 gdm whoopsie 0 janv. 17 09:47 _usr_libexec_tracker-miner-fs.131.upload
-rw------- 1 whoopsie whoopsie 37 janv. 17 09:47 _usr_libexec_tracker-miner-fs.131.uploadeddf -ThSys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 12G 0 12G 0% /dev
tmpfs tmpfs 2,4G 3,8M 2,4G 1% /run
/dev/sdb1 ext4 74G 25G 46G 35% /
tmpfs tmpfs 12G 4,0K 12G 1% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 12G 0 12G 0% /sys/fs/cgroup
/dev/sda6 ext4 126G 20G 100G 17% /var
/dev/loop2 squashfs 64M 64M 0 100% /snap/core20/1778
/dev/loop4 squashfs 425M 425M 0 100% /snap/kde-frameworks-5-91-qt-5-15-3-core20/1
/dev/loop5 squashfs 117M 117M 0 100% /snap/core/14447
/dev/loop0 squashfs 437M 437M 0 100% /snap/kde-frameworks-5-96-qt-5-15-5-core20/7
/dev/loop6 squashfs 128K 128K 0 100% /snap/bare/5
/dev/loop1 squashfs 46M 46M 0 100% /snap/snap-store/638
/dev/loop7 squashfs 261M 261M 0 100% /snap/kde-frameworks-5-core18/32
/dev/loop3 squashfs 116M 116M 0 100% /snap/slack/68
/dev/sda1 ext4 734G 340G 357G 49% /home
/dev/loop8 squashfs 1,5M 1,5M 0 100% /snap/gnome-system-monitor/181
/dev/loop9 squashfs 4,3M 4,3M 0 100% /snap/bluez/314
/dev/loop10 squashfs 144M 144M 0 100% /snap/vokoscreen-ng/127
/dev/loop13 squashfs 551M 551M 0 100% /snap/freecad/517
/dev/loop11 squashfs 347M 347M 0 100% /snap/gnome-3-38-2004/119
/dev/loop16 squashfs 447M 447M 0 100% /snap/gnome-42-2204/44
/dev/loop18 squashfs 165M 165M 0 100% /snap/gnome-3-28-1804/161
/dev/loop12 squashfs 130M 130M 0 100% /snap/mysql-workbench-community/10
/dev/loop20 squashfs 56M 56M 0 100% /snap/core18/2667
/dev/loop19 squashfs 219M 219M 0 100% /snap/gnome-3-34-1804/77
/dev/loop14 squashfs 92M 92M 0 100% /snap/gtk-common-themes/1535
/dev/sda5 ext4 46G 292K 44G 1% /tmp
/dev/loop21 squashfs 56M 56M 0 100% /snap/cups/872
/dev/loop17 squashfs 73M 73M 0 100% /snap/core22/469
/dev/loop15 squashfs 66M 66M 0 100% /snap/meshlab/183
/dev/loop22 squashfs 141M 141M 0 100% /snap/gnome-3-26-1604/104
tmpfs tmpfs 2,4G 48K 2,4G 1% /run/user/1000Dernière modification par franckysolo (Le 17/01/2023, à 21:29)
Hors ligne
#37 Le 17/01/2023, à 21:50
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Montre :
snap list --allConseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#38 Le 17/01/2023, à 21:52
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
snap list --allNom Version Révision Suivi Éditeur Notes
bare 1.0 5 latest/stable canonical✓ base
bluez 5.48-4 314 latest/stable canonical✓ -
core 16-2.58 14447 latest/stable canonical✓ core
core18 20221212 2667 latest/stable canonical✓ base
core20 20221212 1778 latest/stable canonical✓ base
core22 20221212 469 latest/stable canonical✓ base
cups 2.4.2-5 872 latest/stable openprinting✓ -
freecad 0.20.2 517 latest/stable freecad-org -
gnome-3-26-1604 3.26.0.20210629 104 latest/stable/… canonical✓ -
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 161 latest/stable canonical✓ -
gnome-3-34-1804 0+git.3556cb3 77 latest/stable canonical✓ -
gnome-3-38-2004 0+git.6f39565 119 latest/stable canonical✓ -
gnome-42-2204 0+git.c271a86 44 latest/stable canonical✓ -
gnome-system-monitor 42.0 181 latest/stable/… canonical✓ -
gtk-common-themes 0.1-81-g442e511 1535 latest/stable/… canonical✓ -
kde-frameworks-5-91-qt-5-15-3-core20 5.91.0 1 latest/stable kde✓ -
kde-frameworks-5-96-qt-5-15-5-core20 5.96.0 7 latest/stable kde✓ -
kde-frameworks-5-core18 5.61.0 32 latest/stable kde✓ -
meshlab 2021.05 183 latest/stable cnr-isti-vclab -
mysql-workbench-community 8.0.29 10 latest/stable tonybolzan -
slack 4.29.149 68 latest/stable slack✓ -
snap-store 41.3-66-gfe1e325 638 latest/stable/… canonical✓ -
vokoscreen-ng Hors ligne
#39 Le 17/01/2023, à 21:57
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Je ne connaissais pas MeshLab
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#40 Le 17/01/2023, à 22:04
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
je l'ai utiliser pour visualiser des formats 3d pour un programme java 3d que j'ai en cours de dev c'est pas mal!
Dernière modification par franckysolo (Le 17/01/2023, à 22:06)
Hors ligne
#41 Le 17/01/2023, à 22:11
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Je n'utilise pas docker, il y a un doute dans askubuntu.com/questions/1441259/very-slow-boot-speed-in-kubuntu-22-04.
Le matin, en démarrant l'ordi, je nettoie mes lunettes. mais le T460 démarre plus vite que mon T410. 
Je trouve cet fil ancien > MeshLab plante régulièrement !
Dernière modification par xubu1957 (Le 17/01/2023, à 22:16)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#42 Le 17/01/2023, à 22:20
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
je l'utilise pour le taff je bosse aussi sur des applications php avec laravel et sail un conteneur docker avec tout pour le dev, docker tourne sur un daemon et donc il semble qu'il ralentisse le démarrage si je comprends bien?
Hors ligne
#43 Le 17/01/2023, à 22:23
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Les snaps ralentissent le démarrage de l'ordi.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#44 Le 17/01/2023, à 22:25
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
oui je suis pas trop fan d'ailleurs de snap, il va falloir que je nettoie aussi j'ai des doublons on dirait non?
Hors ligne
#45 Le 17/01/2023, à 22:30
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
bon et bien encore merci xubu1957
je marque le sujet en résolu!
Bonne fin de soirée
Hors ligne
#46 Le 17/01/2023, à 22:31
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
Commande stockée au post #7 > |RESOLU] snap nettoyage des versions désactivées.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#47 Le 17/01/2023, à 22:34
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
je connais celle là pour les snap j'avais nettoyer mon 18.04
snap list --all | awk 'BEGIN {} ; /désactivé|disabled/ {print "snap remove "$1" --revision "$3""} ; END {exit 0}' | sudo /bin/shHors ligne
#48 Le 17/01/2023, à 22:41
- xubu1957
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
J'avais sollicité nany pour cette discussion.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#49 Le 17/01/2023, à 22:44
- franckysolo
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
oui je me souviens que tu m'avais aidé la dernière fois aussi 
Hors ligne
#50 Le 18/01/2023, à 16:45
- geole
Re : [Résolu] - Problème boot après mis à jour de 18.04 vers 20.04
montre le sources.list avec la numérotation :
find /etc/apt -type f \( -name '*.list*' -o -name '*.sources' \) -exec bash -c 'echo -e "\n\t$1\n"; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;
[H.S.]
Bonjour xubu1957
Hormis le fait que je n'aime pas la numérotation qui, dans certains cas, peut inciter à donner une commande de suppression de la ligne N° N que l'utilisateur fera plusieurs fois! en espérant avoir un jour une réponse et qu'elle n'est pas facile comprendre, je me demande si elle fonctionne tel que je le souhaite.
Voici mon contexte
$ find /etc/apt -type f \( -name '*.list*' -o -name '*.sources' \) -exec bash -c 'echo -e "\n\t$1\n"; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;
/etc/apt/sources.list.save
/etc/apt/sources.list
1 # deb cdrom:[Ubuntu 20.04.3 LTS _Focal Fossa_ - Release amd64 (20210819)]/ focal main restricted
2
3 # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
4 # newer versions of the distribution.
5 deb http://fr.archive.ubuntu.com/ubuntu/ jammy main restricted
6 ..............................................Je pense que pas grand monde n'a un fichier /etc/apt/sources.list.save
Il me semble normal qu'il apparaisse en liste ( -name '*.list*')
et que son contenu ne soit pas listé puisque "${1##*.}" = "save" est absent.
Mais cela me semble illogique.
Je ne sais pas si c'est important. => Virer les fichiers vides et les fichiers qui ne sont pas aux normes?
Il est aussi possible de faire une commande plus simple. Mais présentant plus mal.
@p:~$ find /etc/apt -type f -name '*list*' -exec grep -H "^[^#]" {} \;
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal main restricted
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates main restricted
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal universe
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates universe
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal multiverse
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal-updates multiverse
/etc/apt/sources.list.save:deb http://fr.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse
/etc/apt/sources.list.save:deb http://security.ubuntu.com/ubuntu focal-security main restricted
/etc/apt/sources.list.save:deb http://security.ubuntu.com/ubuntu focal-security universe
/etc/apt/sources.list.save:deb http://security.ubuntu.com/ubuntu focal-security multiverse
/etc/apt/sources.list:deb http://fr.archive.ubuntu.com/ubuntu/ jammy main restricted
..........[/H.S.]
Dernière modification par geole (Le 18/01/2023, à 16:47)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne