J’ai eu plusieurs fois des problèmes avec f2disk, qui plantait la machine, depuis, je n’ai pas essayé de nouveau mais je vais voir ça.
À ton avis, ça ne peut pas avoir de rapport avec mon récent problème de corruption du Bios, dont le lien ici :
https://www.debian-fr.org/bios-uefi-gros-probleme-t52858.html
Pas d’avis. J’utilise rarement la veille en RAM et uniquement sur des portables.
Merci, je vais me cantonner à la veille sur disque ‘s2disk’, s’il veut bien fonctionner, ce qui n’était pas le cas sous Squeeze, chez moi.
Peut-être qu’un jour, je connaitrai le coupable de la corruption du Bios.
Je suis en train de mitonner un clone de mon ordibureau, sur DDext, que je puisse faire fonctionner sur le portable, en cas de récidive.
Le coupable peut être une petite surtension, va savoir. J’ai flingué un apple][ en le posant sur une moquette (petit choc électrique). Heureusement il y avait un plan et après 48h de boulot j’ai changé le cricit (ils étaient tous sur support!). Bref, je ne pense pas que la veille y soit pour quoi que ce soit…
Merci François.
Par contre, s2disk m’en veut car pas plus sous Jessie qu’avant sous Squeeze, il ne veut pas fonctionner.
sudo /usr/sbin/s2ram = OK
sudo /usr/sbin/s2disk = mouline bien, s’éteint après env. 20 secondes. C’est au rallumage que ça plante : appui sur power ou mouvement souris ou touche clavier : OK, le Grub réapparait, recharge Jessie, mouline quelques secondes et l’écran s’éteint, bien que la diode du power reste allumée et que le SSD fasse entendre son existence. On dirait que X ne se recharge pas.
Extinction totale au bout de 5 mn env.
Je ne sais pas si le dmesg suivant est causant :
[code]Aug 21 00:33:16 jessie-ssd mtp-probe: checking bus 8, device 2: "/sys/devices/pci0000:00/0000:00:12.0/usb8/8-5"
Aug 21 00:33:16 jessie-ssd mtp-probe: bus: 8, device: 2 was not an MTP device
Aug 21 00:33:16 jessie-ssd org.kde.powerdevil.backlighthelper[533]: no kernel backlight interface found
Aug 21 00:33:16 jessie-ssd org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave.
Aug 21 00:33:18 jessie-ssd org.kde.kuiserver[1122]: QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Aug 21 00:33:18 jessie-ssd org.kde.kuiserver[1122]: QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Aug 21 00:33:24 jessie-ssd org.gnome.zeitgeist.Engine[1122]: ** (zeitgeist-datahub:1479): WARNING **: zeitgeist-datahub.vala:226: Unable to get name “org.gnome.zeitgeist.datahub” on the bus!
Aug 21 00:33:24 jessie-ssd org.gnome.OnlineAccounts[1122]: goa-daemon-Message: goa-daemon version 3.14.2 starting
Aug 21 00:33:24 jessie-ssd org.gtk.Private.AfcVolumeMonitor[1122]: Volume monitor alive
Aug 21 00:33:49 jessie-ssd org.gnome.OnlineAccounts[1122]: (goa-daemon:1550): goa-daemon-CRITICAL **: Error preparing AM: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[/code]
EDIT :
Je viens de tester sur mon portable où je ne l’avais pas fait depuis l’install de Jessie et s2disk y fonctionne très bien.
J’ai l’impression que, contrairement à ce qu’il se passe avec l’ordibureau, le rechargement va bien jusqu’aux 100%.
La swap est pourtant très importante et vérification dans fstab de la bonne UUID :
/dev/sda1 2048 48828415 48826368 23,3G Microsoft basic data
/dev/sda2 48828416 64452607 15624192 7,5G Linux swap
/dev/sda3 68360192 224610303 156250112 74,5G Microsoft basic data
/dev/sda4 64452608 64454655 2048 1M BIOS boot
[quote]Aug 21 00:33:49 jessie-ssd org.gnome.OnlineAccounts[1122]: (goa-daemon:1550): goa-daemon-CRITICAL **: Error preparing AM: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[/quote]on dirait que gnome cherche à charger les comptes en remote. Comme il n’y a pas de réseau, il bloque. Mais je ne connais pas gnome…
[quote=“fran.b”][quote]Aug 21 00:33:49 jessie-ssd org.gnome.OnlineAccounts[1122]: (goa-daemon:1550): goa-daemon-CRITICAL **: Error preparing AM: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[/quote]on dirait que gnome cherche à charger les comptes en remote. Comme il n’y a pas de réseau, il bloque. Mais je ne connais pas gnome…[/quote]
Est-ce qu’il ne se serait pas installé sur eth1 (ethernet qui va mal), alors que c’est eth0 qui est fonctionnelle ?
Pourtant, l’install de cette Jessie a été faite sur le seul réseau qui allait bien = eth0.
Je me sers essentiellement de KDE mais j’avais aussi coché Gnome car il y a quelques applis que je préfère à leur équivalent KDE.
Comme proposé plus haut par un ami, ne devrais-je pas “supprimer, fermer, rendre invisible, ???” eth1 ?
Si oui, comment procéder ?
Que te donne ifconfig et ifconfig -a?
Seul eth0 semble être modifié.
[code]ricardo@jessie-ssd:~$ /sbin/ifconfig
eth0 Link encap:Ethernet HWaddr 00:17:9a:7b:cb:c5
inet adr:192.168.0.29 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::217:9aff:fe7b:cbc5/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7974 errors:0 dropped:0 overruns:0 frame:0
TX packets:8085 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:427051 (417.0 KiB) TX bytes:170552 (166.5 KiB)
Interruption:20
eth1 Link encap:Ethernet HWaddr 94:de:80:6b:64:78
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:10625 (10.3 KiB) TX bytes:10625 (10.3 KiB)[/code]
[code]ricardo@jessie-ssd:~$ /sbin/ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:17:9a:7b:cb:c5
inet adr:192.168.0.29 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::217:9aff:fe7b:cbc5/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16434 errors:0 dropped:0 overruns:0 frame:0
TX packets:8381 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:489721 (478.2 KiB) TX bytes:287818 (281.0 KiB)
Interruption:20
eth1 Link encap:Ethernet HWaddr 94:de:80:6b:64:78
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:10625 (10.3 KiB) TX bytes:10625 (10.3 KiB)
[/code]
Hum bizarre, je ne vois pas de souci, ça peut être aussi un service en local. Il faudrait demander à un pro de gnome…