[RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

nam1962 · Le 02/03/2019, à 22:38

??? quelle est la taille de ton HDD ? de nos jours 8 ou 10Go c'est dérisoire.

moko138 · Le 02/03/2019, à 23:35

fg92,
De même que, quand on va jardiner, il y a deux sortes de protection :
- le vaccin anti-tétanique, qui reste valide pendant des années,
- les gants, à remettre à chaque fois,
de même, en informatique, il ne faut pas confondre
- certaines choses qu'on fait une fois pour toute la durée de vie du système
- avec d'autres actions à renouveler après chaque changement.

En l'espèce, ce n'est pas un changement mais un chambardement complet de grub, auquel tu as procédé en #12.

Donc ce que tu écris en #18, ça équivaut à
"non, je ne vais pas mettre de gants, puisque j'en ai déjà mis la semaine dernière".

fg92 · Le 02/03/2019, à 23:52

Je suis d'accord avec toi, nam1962, 10 Go c'est dérisoire (mon disque dur en compte 500 Go au passage).
Mais surtout cette multiplication de fichiers swap ne me paraît pas très rationnelle.
C'est pourquoi je vais continuer (pendant un petit temps) à chercher pourquoi j'ai ce message "... a start job is running ..." durant le boot de Ubuntu (uniquement), avec votre aide, si vous voulez bien.

Je me suis donc documenté sur les logs.
Ce que j'ai compris, c'est qu'ils se trouvent dans /var/log/.
Je les ai parcourus.
J'ai aussi utilisé la commande $ journalctl.
Et nulle part, dans tout cela, je n'ai retrouvé "a start job is running".
Y aurait-il d'autres logs à scruter ?

Par contre, j'ai remarqué quelque chose d'intéressant :
en lançant cette commande $ sudo cat /var/log/boot.log | grep swap, elle me retourne plein de lignes similaires à

         Activating swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838...
[  OK  ] Activated swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838.

Cela me semble vouloir dire que ma partition swap est bien activée sous Ubuntu, avec le bon UUID (donné par $ sudo blkid), non ?
De plus, quand je lance la commande $ swapon -s, cela me retourne :

Nom de fichier				Type		Taille	Utilisé	Priorité
/dev/sda7                              	partition	4881404	0	-2

Ce qui semble vouloir dire que la partition swap est montée, non ?

J'ai donc l'impression que, malgré le message "... a start job is running ...", la partition swap est en fonctionnement.
Qu'en pensez-vous ?

Dernier détail : le message "... a start job is running ..." ne s'affiche pas longtemps durant le boot (juste quelques secondes, et non 1 minute 30).

Que pensez-vous de tout cela ?
Est-ce que je dois faire avec ce message ? ou est-ce qu'on peut y faire quelque chose ?
Merci d'avance.

grandtoubab · Le 03/03/2019, à 09:00

le swap est ok
Exemple pour moi en 7 secondes;
journalctl | grep swap
mars 03 07:50:57 debian kernel: zswap: loaded using pool lzo/zbud
mars 03 07:51:03 debian systemd[1]: Activating swap /dev/disk/by-uuid/60e41088-15f8-4d62-93ba-4bfcbf36c48f...
mars 03 07:51:04 debian kernel: Adding 7852028k swap on /dev/sda5. Priority:-2 extents:1 across:7852028k FS
mars 03 07:51:04 debian systemd[1]: Activated swap /dev/disk/by-uuid/60e41088-15f8-4d62-93ba-4bfcbf36c48f.

il faut vérifier si toutes les tâches sont ok

systemctl --failed

Dernière modification par grandtoubab (Le 03/03/2019, à 14:56)

nam1962 · Le 03/03/2019, à 10:04

Tiens, mes recherches pour ce fil m'ont fait découvrir systemd-swap Du coup, j'ai viré ma swapfile pour tester çà !

fg92 · Le 03/03/2019, à 14:26

Merci grandtoubab et nam1962 de continuer les recherches avec moi.

@grandtoubab :

grandtoubab a écrit :

le swap est ok

Merci pour ta confirmation.
En attendant celle-ci, j'ai fini par tester cette swap hier soir : j'ai lancé des tas d'applications en même temps, et j'ai vérifié avec $ top, $ free -m, et $ swapon -s que la swap a fini par être bien utilisée...

@grandtoubab toujours :
Je viens de lancer $ journalctl | grep swap, voici le résultat pour ce midi :

mars 03 12:31:31 pcpbljuc kernel: zswap: loaded using pool lzo/zbud
mars 03 12:31:51 pcpbljuc kernel: Adding 4881404k swap on /dev/sda7.  Priority:-2 extents:1 across:4881404k FS
mars 03 12:31:50 pcpbljuc systemd[1]: Activating swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838...
mars 03 12:31:50 pcpbljuc systemd[1]: Activated swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838.

On y voit donc que la swap met 20 secondes à être active.
Je trouve cela un peu long, mais je pourrais m'en contenté, si nous n'arrivons pas à trouver une solution.

J'ai donc aussi lancé $ systemctl --failed, voici le résultat :

0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

Comme proposé, j'ai ensuite lancé $ systemctl list-unit-files. Je vais vous épargner dans un premier temps le résultat complet.
Voici plutôt le résultat de $ systemctl list-unit-files | grep swap :

dev-disk-by\x2duuid-b…d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap generated      
swap.target                                                      static

On y voit le "dev-disk-by ..." qui est affiché à la suite de "... a start job is running ..." durant le boot de Ubuntu.
Mais, j'ai l'impression que cela n'est pas significatif, car j'ai quasiment le même retour depuis un autre Debian (sur une autre machine, où il n'y a pas de délai pour activer la swap, active juste en 5 secondes).

Si tous ces retours vous donnent d'autres idées de pistes à explorer, n'hésitez pas.

@ nam1962 :
J'ai regardé ton dernier lien.
Cela me paraît assez "high-level" et peu orthodoxe ("Script for creating hybrid swap space from zram swaps, swap files and swap partitions.").
Qu'est ce que tes tests ont donné ?
Dans quel(s) cas penses-tu qu'une solution ainsi hybride serait utile ?

A bientôt.

grandtoubab · Le 03/03/2019, à 14:49

systemctl --failed, voici le résultat :
0 loaded units listed.

0 en faute donc nickel

Tu peux verifier pour voir si c'est ça qui prends du temps

systemctl status dev-disk-by*

Les services les plus pénalisant du système

 systemd-analyze critical-chain

Sinon ça vient peut-être de l'organisation de ton disque

sudo fdisk -l

Chez moi, ultra simple
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 40011775 40009728 19,1G 83 Linux
/dev/sda2 40011776 625142447 585130672 279G 5 Étendue
/dev/sda5 40013824 55717887 15704064 7,5G 82 partition d'échange Linux / Solaris
/dev/sda6 55719936 625141759 569421824 271,5G 83 Linux

Dernière modification par grandtoubab (Le 03/03/2019, à 14:56)

nam1962 · Le 03/03/2019, à 14:52

Pour le moment, (mais recul très faible) aucun souci, j'ai activé les 3 (zram zswap swapfc).
3 avantages :
- plus rien dans fstab
- swap en /home, donc mon / est à ma disposition complète
- s'ajuste aux besoins (ce qui n'est ni le cas d'une partition, ni d'une swap file)

J'ai lu qu'à l'origine ça ralentissait le shutdown, mais ne l'ai pas constaté (amélio ?)
Ca commence très prudemment :

~]$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           5855        1950        1583         284        2321        3321
Partition d'échange:        1463           0        1463

En chargeant, 3 Firefox ouverts avec chacun 20 onglets, Gimp, Franz, Quodlibet, Skype flatpak, Qubittorrent, Thunderbird, Filezilla :

~]$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           5855        4402         130         620        1322         572
Partition d'échange:        1463         801         662

En ne gardant que une session firefox (un peu chargée)

~]$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           5855        1328        3537         230         989        4034
Partition d'échange:        1463         502         961

Auparavant, j'avais 6Go de swapfile mobilisée pour rien.

Dernière modification par nam1962 (Le 03/03/2019, à 15:06)

fg92 · Le 03/03/2019, à 16:01

Je vais commencer par répondre à grandtoubab (je répondrai ensuite à nam1962 dans le prochain post).

J'ai donc lancé $ systemctl status dev-disk-by*, voici le résultat :

● dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap - /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838
   Loaded: loaded (/etc/fstab; generated)
   Active: active since Sun 2019-03-03 14:15:41 CET; 15min ago
     What: /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838
     Docs: man:fstab(5)
           man:systemd-fstab-generator(8)
  Process: 561 ExecActivate=/sbin/swapon -o sw /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4658)
   CGroup: /system.slice/dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap

mars 03 14:15:40 pcpbljuc systemd[1]: Activating swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838...
mars 03 14:15:41 pcpbljuc systemd[1]: Activated swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838.

Désolé pour les horaires, j'ai rebooté pour faire des tests.
A bien y regarder, j'ai l'impression que ce n'est pas ça qui ralenti.
Pourtant, j'ai bien un message "... a start job is running ..." suivi de "dev-disk-by\x2duuid-ba09019e....".

J'ai essayé une variante de la commande précédente ($ systemctl status *dev-disk*), voici le résultat :

● systemd-fsck@dev-disk-by\x2duuid-a311b893\x2dd7aa\x2d45c4\x2db956\x2dbfa481dc7de9.service - File System Check on /dev/disk/by-uuid/a311b893-d7aa-45c4-b956-bfa481dc7de9
   Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static; vendor preset: enabled)
   Active: active (exited) since Sun 2019-03-03 14:15:41 CET; 21min ago
     Docs: man:systemd-fsck@.service(8)
  Process: 569 ExecStart=/lib/systemd/systemd-fsck /dev/disk/by-uuid/a311b893-d7aa-45c4-b956-bfa481dc7de9 (code=exited, status=0/SUCCESS)
 Main PID: 569 (code=exited, status=0/SUCCESS)

mars 03 14:15:47 pcpbljuc systemd-fsck[569]: /dev/sda11 : propre, 772/1220608 fichiers, 316194/4882432 blocs
mars 03 14:15:40 pcpbljuc systemd[1]: Starting File System Check on /dev/disk/by-uuid/a311b893-d7aa-45c4-b956-bfa481dc7de9...
mars 03 14:15:41 pcpbljuc systemd[1]: Started File System Check on /dev/disk/by-uuid/a311b893-d7aa-45c4-b956-bfa481dc7de9.

● dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap - /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838
   Loaded: loaded (/etc/fstab; generated)
   Active: active since Sun 2019-03-03 14:15:41 CET; 21min ago
     What: /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838
     Docs: man:fstab(5)
           man:systemd-fstab-generator(8)
  Process: 561 ExecActivate=/sbin/swapon -o sw /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4658)
   CGroup: /system.slice/dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap

mars 03 14:15:40 pcpbljuc systemd[1]: Activating swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838...
mars 03 14:15:41 pcpbljuc systemd[1]: Activated swap /dev/disk/by-uuid/ba09019e-2afd-45d5-bdcc-0e1e36ad4838.

Un petit détail m'y interpelle au niveau de la première partition listée (ma /home en fait) : on peut y lire "active (exited)".
Ne serait-ce pas de là que vient mon message et surtout le temps d'attente ?

J'ai donc encore rebooté pour bien regarder le message "... a start job is running ...".
Il y a en a en fait plusieurs (différents à chaque reboot, en plus) :
- un avec "dev-disk-by\x2duuid-ba09019e....", donc ; ce qui correspond à ma swap ;
- un avec "dev-disk-by\x2duuid-a311b893...." ; ce qui correspond à ma /home ;
- et encore "... Kernel Device Manager ..." ; ce que je ne comprends pas, personnellement ;
- et encore d'autres fugaces du style "Kernel [quelque chose]"........

Après, j'ai lancé $ systemd-analyze critical-chain, comme conseillé, voici le résultat :

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 @37.803s
└─multi-user.target @37.802s
  └─hddtemp.service @37.765s +36ms
    └─network-online.target @37.750s
      └─NetworkManager-wait-online.service @28.156s +9.594s
        └─NetworkManager.service @23.730s +4.423s
          └─dbus.service @23.502s
            └─basic.target @23.476s
              └─sockets.target @23.476s
                └─snapd.socket @23.426s +48ms
                  └─sysinit.target @23.425s
                    └─apparmor.service @22.463s +961ms
                      └─local-fs.target @22.459s
                        └─run-user-1000-gvfs.mount @36.178s
                          └─run-user-1000.mount @31.603s
                            └─swap.target @21.336s
                              └─dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap @19.772s +1.562s
                                └─dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.device @19.764s

On remarque que le délai sur le swap est assez court (1,5 seconde) ; effectivement, le message "... a start job is running ..." est fugace.

J'ai rebooté, et ai relancé cette dernière commande :

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.887s
└─multi-user.target @36.887s
  └─kerneloops.service @36.856s +29ms
    └─network-online.target @36.852s
      └─NetworkManager-wait-online.service @30.045s +6.806s
        └─NetworkManager.service @24.020s +6.023s
          └─dbus.service @23.744s
            └─basic.target @23.687s
              └─sockets.target @23.687s
                └─snapd.socket @23.677s +9ms
                  └─sysinit.target @23.640s
                    └─systemd-timesyncd.service @23.495s +144ms
                      └─systemd-tmpfiles-setup.service @22.849s +476ms
                        └─systemd-journal-flush.service @3.498s +19.349s
                          └─systemd-remount-fs.service @2.503s +943ms
                            └─systemd-journald.socket @2.463s
                              └─system.slice @2.462s
                                └─-.slice @2.440s

On peut y voir que le délai sur ma swap a disparu.
Pour autant, le message "... a start job is running ..." concernant ma swap était bien apparu durant le boot....
A vrai dire, je n'y comprends pas tout....

Si tout cela vous donne d'autres idées, n'hésitez pas. Merci.

Pour finir, il est vrai que l'organisation de mon disque est un peu (beaucoup) lourde.
Je ne vais pas forcément expliquer le pourquoi du comment ici (pour le moment, en tout cas), ce serait peut-être trop long (si ce n'est pas déjà le cas...).
Est-ce que vous croyez que cette lourde organisation de mon disque dur peut avoir des conséquences certaines ?

fg92 · Le 03/03/2019, à 16:08

@nam1962 donc :
Bravo pour avoir réussi à mettre en oeuvre cette procédure indiquée plus haut.
Cela me semble bien compliqué pour moi, pour le moment en tout cas.
Chapeau bas, donc.

Comme tu disais dans un post précédent de ce fil, nous ne sommes plus à quelques Go près de nos jours.
Pour ma part donc, je vais me contenter d'une seule swap.

Ceci dit, je vais garder sous le coude ton lien, et je l'appliquerai peut-être un jour...

nam1962 · Le 03/03/2019, à 16:23

En fait c'est très simple :
Dans /etc/fstab, j'ai supprimé les références à la swap ou à swapfile, j'ai passé

swapoff -a
sudo rm -f /swapfile

(J'avais déjà supprimé ma partition swap)
Puis :

doLys a écrit :

git clone https://github.com/Nefelim4ag/systemd-swap.git
./systemd-swap/package.sh debian
cd ~/systemd-swap
sudo dpkg -i systemd-swap-*any.deb
Pour la dernière commande, je remplace * par le numéro de version dans le .deb
Puis
gedit admin:///etc/systemd/swap.conf
Je m'assure d'avoir :
zram_enabled=0
zswap_enabled=1
swapfc_enabled=1
et enfin
systemctl start systemd-swap
systemctl enable systemd-swap
J'y ai gagné l'espace de ma partition swap et la place de la swapfile dans /
Et je sais que comme je swappe peu (swappiness à 5), je suis couvert en cas de dépassement.
Si j'avais un évènement exceptionnel, certes mon système ne serait pas immédiatement vivace, mais ne gèlerait pas.

[url=[modéré : pas d’auto-pub, merci]-gestion-ram-swap-linux/]Source[/url]

Et ça roule

Dernière modification par nam1962 (Le 19/03/2019, à 16:54)

fg92 · Le 03/03/2019, à 16:30

@nam1962 :
Encore bravo.
Et merci pour cette traduction anglais-français.....

Par ailleurs, pour mon problème de "... a start job is running ..." actuel, si tu as d'autres idées, n'hésite pas.

grandtoubab · Le 03/03/2019, à 17:09

Un petit détail m'y interpelle au niveau de la première partition listée (ma /home en fait) : on peut y lire "active (exited)".

ça c'est le fsck qui est fait à chaque démarrage, quand le controle de la partition a été fait il n'y a pas de raison de garder la tâche en activité, j'ai un petit /home (268 G) donc ça va vite

Pour le reste je ne vois pas de vrai pb de durée de démarrage de tache dans tes messages

La durée du boot se vérifie par

systemd-analyze

La durée de chaque tâche est donnée par

systemd-analyze blame --no-pager

Exemple chez moi
1.190s systemd-fsck@dev-disk-by\x2duuid-0231cd69\x2d6248\x2d497c\x2da18c\x2d4d5c92666f35.service
327ms dev-disk-by\x2duuid-60e41088\x2d15f8\x2d4d62\x2d93ba\x2d4bfcbf36c48f.swap

Sinon le journal du boot /var/log/boot.log conserve ce qui est affiché à l'ecran

cat /var/log/boot.log

Dernière modification par grandtoubab (Le 03/03/2019, à 17:41)

fg92 · Le 03/03/2019, à 19:24

Merci encore grandtoubab de continuer à creuser ce problème restant (qui semble finalement être un très petit problème, voire un faux problème).

Le retour de $ systemd-analyze :

Startup finished in 7.518s (kernel) + 42.072s (userspace) = 49.591s
graphical.target reached after 42.016s in userspace

Le retour de $ systemd-analyze blame --no-pager (en partie) :

1.088s systemd-fsck@dev-disk-by\x2duuid-a311b893\x2dd7aa\x2d45c4\x2db956\x2dbfa481dc7de9.service
850ms dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap

Pour comparer, ces 2 retours (dans le même ordre) sous le Debian 9 du même PC portable :

Startup finished in 8.533s (kernel) + 29.287s (userspace) = 37.821s
graphical.target reached after 29.275s in userspace

575ms dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap

(il n'y a pas de partition /home du côté de mon Debian, uniquement une /)

Je me dis donc que le système s'apercevant que le processus d'activation de la swap durant le boot de Ubuntu prend du temps, il déclenche un "start job is running".
Est-ce une hypothèse plausible ?
Comment se déclenche ces messages "a start job is running" ?

Autres questions au passage :
En scutant le retour de $ systemd-analyze blame --no-pager, j'ai remarqué 2 jobs qui prennent "énormément" de temps :

20.088s dev-sda10.device
9.862s snap-skype-66.mount

sda10 étant ma partition / de Ubuntu, pourquoi autant de temps ?
Alors que du côté de Debian, la partition / prend beaucoup moins de temps :

7.684s dev-sda12.device

Et puis, ce job skype, est-ce normal qu'il prenne beaucoup de temps lui aussi ?

Quant au log /var/log/boot.log, comme je l'ai écrit au #28, je l'ai déjà parcouru.
Je viens de le reparcourir en recherchant avec grep les mots "swap", "job", "running" et "start", rien de récent ne ressort.
J'ai l'impression qu'il ne conserve pas tout ce qui est affiché durant le boot en fait, mais une (grande) partie seulement.

grandtoubab · Le 03/03/2019, à 20:47

Je me dis donc que le système s'apercevant que le processus d'activation de la swap durant le boot de Ubuntu prend du temps, il déclenche un "start job is running".
Est-ce une hypothèse plausible ?

850ms dev-disk-by\x2duuid-ba09019e\x2d2afd\x2d45d5\x2dbdcc\x2d0e1e36ad4838.swap
c'est pas long
je pense que ça vient d'ailleurs

sauf si tu as bricolé les tempos

grep -i start /etc/systemd/system.conf
#DefaultTimeoutStartSec=90s
#DefaultRestartSec=100ms
#DefaultStartLimitIntervalSec=10s
#DefaultStartLimitBurst=5

fg92 · Le 03/03/2019, à 21:26

Concernant les tempos, je viens de vérifier sur les 2 linux de ce PC portable (Ubuntu et Debian), avec la commande que tu as conseillée.
C'est tout pareil que ce que tu as posté juste avant, sur les 2.
Donc, cette piste ne devrait pas offrir de solution.
Si tu as d'autres idées, je suis preneur bien sûr.

Par ailleurs, je me dis que je pourrais interroger les anglophones sur ces petits "start job is running" persistants.
Qu'en pensez-vous ?
Quel forum me conseilleriez vous (un où il y a suffisamment d'audience, etc..., un bon endroit donc pour ce petit problème persistant) ?

nam1962 · Le 04/03/2019, à 12:22

Je viens de modifier le réglage de systemd-swap en désactivant zram :

zram_enabled=0

zswap et swapfc etant activés, donc à 1
suite à un conseil sur le forum Manjaro
Il n'y a juste plus photo !
- taille initiale de la RAM devenue symbolique :

~]$ free
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           5855        1595        2298         205        1961        3757
Partition d'échange:         511           0         511

Réactivité de mon ordi transfigurée (en particulier quand j'ouvre simultanément une foultitude d'apps : plus de lag du tout) Je pense que c'est l'effet de zswap.

(et bien sûr plus aucun emmerdement de réglage de fstab )

Dernière modification par nam1962 (Le 04/03/2019, à 12:23)

fg92 · Le 04/03/2019, à 22:29

@nam1962 :
J'ai l'impression que mes interrogations sur la swap n'auront pas été inutiles.....
Je suis content que tu aies réussi à mettre au point ta swap.
J'aurais 2-3 questions sur ce que tu as fait :
- dans quel fichier as tu paramétré "zram_enabled=0" ?
- tu écris "Il n'y a juste plus photo !" ; mais par rapport à quelle(s) situation(s) au juste ?
- est-ce que par rapport à une partition swap, tu aurais le même verdict ?
- est-ce que par rapport à un fichier swap, tu aurais le même verdict ?

fg92 · Le 04/03/2019, à 22:38

Par contre, concernant les forums Ubuntu anglophones, j'ai fait une petite recherche finalement.
J'ai bien sûr trouvé https://ubuntuforums.org/
Mais sur ce site Internet, j'ai aussi trouvé https://askubuntu.com/
Je n'arrive pas à comprendre la spécificité de chacun (surtout de AskUbuntu).
Pour mes petits problèmes de "start job is running" persistants durant le boot de Ubuntu, lequel de ces 2 là me conseilleriez vous ? Ou un autre plus approprié peut-être ?

nam1962 · Le 04/03/2019, à 22:40

Dans /etc/systemd/swap.conf je mets zram à zero, ce qui le désactive et les deux autres à 1 pour les activer (fastoche le binaire )

Pour tes deux questions subsidiaires : OUI à chaque fois.
Et pour un ordi non paramétré idem.
J'ai installé une amie DAF de métier et un ami Régulateur de métier, donc peu sensibles au placebo, les deux m'ont dit avoir eu l'impression d'un nouvel ordi.

fg92 · Le 05/03/2019, à 13:44

OK nam1962. Les avis de tes amis vont finir par me décider à adopter ta solution, semble-t-il.
Encore 2 questions subsidiaires :
[ sur un autre PC portable, j'ai 2 anciennes distributions basées sur Ubuntu (qui ne sont plus maintenues) (une en version 14 + une autre en version 16) ]
- ta solution pourrait-elle se paramétrer sur une Ubuntu 14 (non connectée à Internet donc) ?
- ta solution pourrait-elle se paramétrer sur une Ubuntu 16 ?
Merci d'avance pour ces nouvelles précisions à venir.

Par ailleurs, je pense que je vais quand-même contacter les anglophones, pour avoir le fin mot sur mes "start job is running" persistants.

grandtoubab · Le 05/03/2019, à 14:26

j'ai mis en place zswap et compression lz4 mais en gardant la partition swap ( au cas ou je veuille hiberner)
Chromium + Spotify + Molotov + Quodlibet + apt update

free -ht
              total        used        free      shared  buff/cache   available
Mem:          3,6Gi       2,0Gi        98Mi       174Mi       1,5Gi       1,2Gi
Swap:         7,5Gi        78Mi       7,4Gi
Total:         11Gi       2,1Gi       7,5Gi

https://bidouilledebian.wordpress.com/2 … r-le-swap/

Dernière modification par grandtoubab (Le 05/03/2019, à 14:30)

nam1962 · Le 05/03/2019, à 15:16

Je n'ai pas testé la 14 ni la 16. En principe je ne vois pas de contre-indication (sauf si les services ne sont pas supportés par les kernels)

fg92 · Le 05/03/2019, à 15:54

Bon, je comprends bien que je pourrais abandonner la partition swap pour une solution plus véloce (en plus).
Mais je voudrais bien comprendre aussi ce qui arrive avec ces "a start job is running"....
Donc, je vais laisser ce fil ouvert pendant quelques jours encore, le temps de discuter avec les anglophones.

fg92 · Le 08/03/2019, à 18:06

J'ai donc essayé de contacter les anglophones, sur le forum https://ubuntuforums.org/
Et bien, c'est loin d'être la panacée que je croyais... : les réponses prennent du temps à venir, les aidants semblent peu nombreux, et les idées aussi semblent peu nombreuses.
Du coup, je reviens vers vous bredouille.

Finalement, je vais me contenter de ce que j'ai maintenant, c'est à dire quelques très courts "start job is running" durant le boot de Ubuntu (qui ne sont même pas systématiques, parfois, aux derniers essais).
Je ne vais même pas essayer d'optimiser mon système avec la solution proposée par nam1962, car je n'en ai pas besoin maintenant. Mais, je vais garder en mémoire ce fil, au cas où.

Je vais écrire un dernier post juste après celui-ci pour donner une solution aussi complète que possible, et passer le fil en Résolu.

Merci encore à grandtoubab et à nam1962.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 02/03/2019, à 22:38

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#27 Le 02/03/2019, à 23:35

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#28 Le 02/03/2019, à 23:52

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#29 Le 03/03/2019, à 09:00

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#30 Le 03/03/2019, à 10:04

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#31 Le 03/03/2019, à 14:26

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#32 Le 03/03/2019, à 14:49

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#33 Le 03/03/2019, à 14:52

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#34 Le 03/03/2019, à 16:01

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#35 Le 03/03/2019, à 16:08

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#36 Le 03/03/2019, à 16:23

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#37 Le 03/03/2019, à 16:30

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#38 Le 03/03/2019, à 17:09

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#39 Le 03/03/2019, à 19:24

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#40 Le 03/03/2019, à 20:47

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#41 Le 03/03/2019, à 21:26

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#42 Le 04/03/2019, à 12:22

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#43 Le 04/03/2019, à 22:29

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#44 Le 04/03/2019, à 22:38

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#45 Le 04/03/2019, à 22:40

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#46 Le 05/03/2019, à 13:44

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#47 Le 05/03/2019, à 14:26

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#48 Le 05/03/2019, à 15:16

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#49 Le 05/03/2019, à 15:54

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

#50 Le 08/03/2019, à 18:06

Re : [RESOLU en partie] BOOT : "start job is running"+"gave up waiting..."

Pied de page des forums