Pages : 1
#1 Le 13/10/2019, à 16:11
- sylvaine31
démarrage lent sur xubuntu 18.04
Bonjour à tous,
Je suis avec un xubuntu 18.04 sur un ordi assez récent. Je met plus d'une minute à démarrer, sachant qu'il n'ya pas grand chose dessus. Je voulais savoir s'il y avait moyen d'accélérer? J'ai déjà fait deux trois manips trouvées sur les forums (notament masker le networkManager wait service, qui m'a fait gagner 10 secondes). J'ai fait également des manips sur le journal flux. Maintenant, j'ai ça:
sylves@sylves-X510UAR:~$ systemd-analyze
Startup finished in 4.885s (firmware) + 4.305s (loader) + 4.332s (kernel) + 36.911s (userspace) = 50.435s
graphical.target reached after 36.890s in userspace
sylves@sylves-X510UAR:~$ systemd-analyze blame
sylves@sylves-X510UAR:~$ systemd-analyze blame
24.066s dev-sda2.device
20.695s systemd-tmpfiles-setup-dev.service
15.583s systemd-sysctl.service
8.139s snapd.service
5.234s keyboard-setup.service
5.105s systemd-modules-load.service
4.550s networkd-dispatcher.service
4.078s NetworkManager.service
3.791s thermald.service
3.113s udisks2.service
3.112s wpa_supplicant.service
2.376s grub-common.service
2.029s accounts-daemon.service
1.914s systemd-journal-flush.service
1.428s dev-loop0.device
1.342s dev-loop7.device
1.327s speech-dispatcher.service
1.325s lm-sensors.service
1.323s bluetooth.service
1.312s rsyslog.service
1.260s ModemManager.service
1.254s avahi-daemon.service
1.250s dev-loop1.device
1.228s gpu-manager.service
1.189s dev-loop10.device
1.123s systemd-random-seed.service
1.081s dev-loop8.device
1.061s dev-loop2.device
1.033s apport.service
1.032s dev-loop5.device
1.029s dev-loop3.device
1.028s dev-loop4.device
999ms dev-loop6.device
962ms dev-loop9.device
925ms systemd-udevd.service
920ms dev-loop11.device
816ms systemd-logind.service
749ms lightdm.service
745ms plymouth-quit-wait.service
717ms swapfile.swap
690ms colord.service
583ms upower.service
476ms snap-gtk\x2dcommon\x2dthemes-1353.mount
443ms apparmor.service
437ms snap-core18-1144.mount
389ms snap-inkscape-5874.mount
377ms systemd-journald.service
361ms systemd-remount-fs.service
349ms snap-core18-1192.mount
323ms hddtemp.service
280ms snap-inkscape-4693.mount
228ms systemd-timesyncd.service
228ms systemd-resolved.service
222ms snap-vlc-1049.mount
185ms systemd-update-utmp.service
179ms snap-gtk2\x2dcommon\x2dthemes-5.mount
173ms polkit.service
163ms kmod-static-nodes.service
160ms qemu-kvm.service
138ms setvtrgb.service
137ms systemd-tmpfiles-setup.service
131ms plymouth-read-write.service
123ms user@1000.service
120ms systemd-fsck@dev-disk-by\x2duuid-4F15\x2d0186.service
117ms snap-core-7713.mount
117ms plymouth-start.service
116ms dev-hugepages.mount
116ms dev-mqueue.mount
115ms sys-kernel-debug.mount
100ms boot-efi.mount
96ms snap-core-7917.mount
91ms snap-vlc-770.mount
85ms snap-gtk\x2dcommon\x2dthemes-1313.mount
51ms systemd-udev-trigger.service
51ms snap-pdftk-9.mount
31ms systemd-rfkill.service
31ms snapd.seeded.service
20ms snapd.socket
14ms ufw.service
8ms kerneloops.service
6ms alsa-restore.service
5ms systemd-backlight@backlight:intel_backlight.service
3ms systemd-update-utmp-runlevel.service
3ms systemd-user-sessions.service
3ms rtkit-daemon.service
2ms console-setup.service
1ms sys-fs-fuse-connections.mount
1ms sys-kernel-config.mount
sylves@sylves-X510UAR:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @36.890s
└─multi-user.target @36.890s
└─snapd.seeded.service @36.858s +31ms
└─snapd.service @28.716s +8.139s
└─basic.target @28.618s
└─sockets.target @28.618s
└─snapd.socket @28.597s +20ms
└─sysinit.target @28.568s
└─apparmor.service @28.124s +443ms
└─local-fs.target @28.123s
└─boot-efi.mount @28.023s +100ms
└─systemd-fsck@dev-disk-by\x2duuid-4F15\x2d0186.service @27.
└─dev-disk-by\x2duuid-4F15\x2d0186.device @27.870s
~
~
la dernière ligne de la critical chain (dev-disk-by\) me parait longue par rapport a ce que j'ai vu trainer sur le net. Il y aurait moyen de réduire? Il ya autrechose que je n'ai pas vu?
Hors ligne
#2 Le 15/10/2019, à 16:15
- Pam547
Re : démarrage lent sur xubuntu 18.04
Bonjour,
Les frais d'un SSD ?
:~# hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: Samsung SSD 840 EVO 120GB
Serial Number: S1D5NSBF613622W
Firmware Revision: EXT0BB6Q
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0039)
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 234441648
LBA48 user addressable sectors: 234441648
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 114473 MBytes
device size with M = 1000*1000: 120034 MBytes (120 GB)
cache/buffer size = unknown
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 1 Current = 1
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
Write-Read-Verify feature set
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Asynchronous notification (eg. media change)
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
* reserved 69[4]
* DOWNLOAD MICROCODE DMA command
* SET MAX SETPASSWORD/UNLOCK DMA commands
* WRITE BUFFER DMA command
* READ BUFFER DMA command
* Data Set Management TRIM supported (limit 8 blocks)
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
supported: enhanced erase
2min for SECURITY ERASE UNIT. 8min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50025388a0543a8d
NAA : 5
IEEE OUI : 002538
Unique ID : 8a0543a8d
Checksum: correct
:~# systemd-analyze
# systemd-analyze
Startup finished in 3.614s (kernel) + 3.642s (userspace) = 7.257s
graphical.target reached after 3.613s in userspace
Dernière modification par Pam547 (Le 16/10/2019, à 17:57)
Art.9.(code civil) Chacun a droit au respect de sa vie privée.
Art.12.(déclaration universelle des DDH) Nul ne sera l'objet d'immixtions arbitraires dans sa vie privée, sa famille, son domicile ou sa correspondance, ni d'atteintes à son honneur et à sa réputation. Toute personne a droit à la protection de la loi contre de telles immixtions ou de telles atteintes.
Hors ligne
#3 Le 17/10/2019, à 22:56
- sylvaine31
Re : démarrage lent sur xubuntu 18.04
lol
c'est bien ce que je me disais
Bon ben je vais me contenter d'une minute au démarrage avant de gagner au loto...
Merci quand même!
Hors ligne
#4 Le 17/10/2019, à 23:14
- Pam547
Re : démarrage lent sur xubuntu 18.04
Vous parlez d'un moyen de réduire la dernière ligne dans votre premier message.
Je me demande à quel point le temps pourrait être réduit en ajoutant une partition sur votre disque dur. Et en y déposant tous les fichiers non utilisés (ou rarement) de votre /home.
Partition qui serait à monter manuellement en cas de besoin.
Ce qui reviendrait aussi à faire une sauvegarde sur un autre disque dur et à vider votre home en ne gardant que les documents sur lesquels vous travaillez en ce moment.
Pour avoir une idée de la taille de la partition home à monter à chaque boot il suffit de saisir :
sudo du -H --max-depth=1 /home
Enfin bref, à faire confirmer.
Art.9.(code civil) Chacun a droit au respect de sa vie privée.
Art.12.(déclaration universelle des DDH) Nul ne sera l'objet d'immixtions arbitraires dans sa vie privée, sa famille, son domicile ou sa correspondance, ni d'atteintes à son honneur et à sa réputation. Toute personne a droit à la protection de la loi contre de telles immixtions ou de telles atteintes.
Hors ligne
Pages : 1