Vous n'êtes pas identifié(e).
deb http://httpredir.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb http://httpredir.debian.org/debian/ jessie-updates main contrib non-free
apt-get update : r.a.s.
apt-get upgrade : petite erreur mineure, 1 paquet non-rapatrié et arrêt de l'install > re- apt-get update > re- apt-get upgrade > Ok
apt-get dist-upgrade : petite erreur mineure, 2 paquets non-rapatriés et arrêt de l'install > re- apt-get update > re- apt-get dist-upgrade > Ok
Les petites erreurs : dues à "httpredir" ?
reboot : grub presque habituel, sauf casse plus petite, Phlinux attends.......... et pas de démarrage; nécessité de taper sur "Entrée"
>> après vérif /etc/default/grub n'a pas été modifié par l'install : GRUB_TIMEOUT=5
le boot : nouveau truc en fin de boot "job is running etc..............." 1mn30 d'attente. Jamais vu ça.
Bon voilà pour l'instant, juste 2 surprises
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
et remplacer les anciennes dans /etc/fstab
Edit: @anonyme, j'ai jamais fait de reboot entre upgrade et dist-upgrade, trop risqué.
Si tu lis bien mon post tu verras que les 2 apt-get upgrade, séparés par un update, sont imposés puisque l'installation s'arrête. L'autre solution est de faire un -fix missing, et là je pense qu'on risque vraiment d'avoir une install de traviole
Dernière modification par phlinux (31-03-2016 19:39:03)
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Dernière modification par anonyme (31-03-2016 19:56:07)
je vois pas de reboot intermédiaire entre upgrade et dist-upgrade
Pourquoi faire ? Une telle recommandation ne figure pas dans le chapitre des notes de publication consacré à la mise à niveau de Wheezy vers Jessie. Je ne me rappelle pas non plus l'avoir jamais vue pour les versions précédentes, du moins pas récemment, et uniquement dans le cas où il était préconisé de mettre à jour le noyau entre la mise à niveau minimale et la mise à niveau complète à cause de dépendances avec udev, ce qui n'est pas le cas ici.
Il vaut mieux montrer que raconter.
Hors ligne
le boot : nouveau truc en fin de boot "job is running etc..............." 1mn30 d'attente. Jamais vu ça.
Depuis que je suis avec Jessie j'ai souvent ce message à la fermeture .
Bon comme c'est à la fermeture et que je vais me coucher, je laisse faire, je me suis pas trop posé de questions.
Sûrement un truc en rapport avec systemd. ???????
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
phlinux a écrit :le boot : nouveau truc en fin de boot "job is running etc..............." 1mn30 d'attente. Jamais vu ça.
Depuis que je suis avec Jessie j'ai souvent ce message à la fermeture .
Bon comme c'est à la fermeture et que je vais me coucher, je laisse faire, je me suis pas trop posé de questions.
Sûrement un truc en rapport avec systemd. ???????
c'est a l ouverture , en fin de boot , en général c'est un délais d attente pour établir le réseau ( a voir le message complet)
par exemple un réseau trop sollicité ou un dhcp qui tarde a répondre ou une mauvaise config du client
c'est un service qui coince
ps: la fermeture d'un partage par exemple sur le réseau , si le serveur ne répond pas , enfin faut voir ce que les logs racontent
Dernière modification par anonyme (31-03-2016 20:19:29)
Dernière modification par anonyme (31-03-2016 20:26:16)
phlinux a écrit :le boot : nouveau truc en fin de boot "job is running etc..............." 1mn30 d'attente. Jamais vu ça.
Depuis que je suis avec Jessie j'ai souvent ce message à la fermeture .
Bon comme c'est à la fermeture et que je vais me coucher, je laisse faire, je me suis pas trop posé de questions.
Sûrement un truc en rapport avec systemd. ???????
Bonjour,
J'ai eu ce soucis lorsque j'avais une configration sur eth0.... dans /etc/network/interfaces et que le câble réseau n'était pas branché. Il essaiyé pendant 1min30 d'établir la connexion (enfin je suppose). J'ai supprimer la configuration pour laisser networkmanager gérer ça et je n'ai pu le problème depuis.
Peut être faut-il regarder de ce côté là.
Sinon j'ai fait une mise à jour de Wheezy vers Jessie récemment, et je n'ai pas eu de problème particulier si ce n'est un problème de connexion Wifi (connexion à la Box pas de soucis mais navigation internet impossible), et problème similaire une configuration eth0 dans /etc/network/interfaces qui, cette fois ci, prenait le pas sur NetworkManager.
J'ai procédé en suivant les manipulations recommandées avec un apt-get upgrade puis un apt-get dist-upgrade..
Dernière modification par pili36 (31-03-2016 20:35:31)
Debian Bullseye amd64, Xfce, Lenovo Thinkpad X201 Tablet, Intel Core i5 U520 4*1,07Ghz, 4Go RAM
Debian Buslleye amd64 (Steam), Xfce, Amd Ryzen 5 2600 6*3.4Ghz, 16Go RAM, Amd Radeon RX560 4Go
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Si ce n'est qu'en fermant il doit y avoir un log qui récupère le message; trouve-le qu'on voit de quoi il retourne
Bon la prochaine fois que ça le fait je chercherais et le posterai ici.
Mais bon ça ne le fait pas tout le temps.
Hors ligne
Dernière modification par yoshi (31-03-2016 22:55:32)
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Hors ligne
wheezy vers jessie selon l état de wheezy c'est risqué et ne fait pas parti des recommandations.
Que veux-tu dire exactement ? Qu'est-ce qui est "risqué et ne fait pas partie des recommandations" ? La mise à niveau de Wheezy vers Jessie (pourquoi ?) ou le redémarrage intermédiaire pendant la mise à niveau ?
a ton avis a la fin du dist-upgrade il reste quoi de wheezy ?
Les paquets non mis à jour car n'existant plus dans Jessie.
mais de faire une multitude d upgrade ça fait parti des recommandations avant le dist-upgrade ?
Qui a parlé de faire une multitude d'upgrade ? Si j'ai bien compris, phlinux a dû recommencer l'opération car le téléchargement de certains paquets avait échoué. Ce qui n'est pas clair, c'est si les paquets téléchargés du premier coup ont été mis à jour la première fois ou pas. Rien à voir avec des problèmes de dépendance ou d'état des paquets en tout cas.
À phlinux :
Concernant le changement d'UUID du swap, je ne vois pas comment la migration vers Jessie pourrait en être responsable. Je pense que le problème existait déjà mais passait inaperçu avec Wheezy sans systemd. Tu n'aurais pas reformaté ce swap, par exemple en installant un autre système ?
Concernant GRUB, est-il figé ou n'y a-t-il juste pas de décompte, ou un décompte qui ne bouge pas ? Le clavier est actif, tu peux sélectionner les entrées de menu ?
Tu peux regarder dans /boot/grub/grub.cfg s'il y a une ligne du style
La taille de police n'est pas plus petite (en pixels), c'est la résolution d'affichage qui est plus élevée car GRUB de Jessie tente d'utiliser la résolution native de l'écran. Si c'est trop petit, tu peux forcer une résolution inférieure dans /etc/default/grub et réexécuter update-grub.
Il vaut mieux montrer que raconter.
Hors ligne
Pour la taille des polices : pas un problème, juste un constat. Question de termes, mais si on ne modifie que la résolution de la police sans que le fond de grub soit modifié, c'est comme modifier la casse de la police, non ?
En tout cas merci pour l'aide.
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Je n'ai plus de Wheezy installée mais j'aurais bien tenter le coup d'indiquer de mauvais UUID swap pour voir. Si quelqu'un veut faire la manip pour le fun
Je l'avais fait avant de répondre. Il ne se passe rien de visible, excepté bien sûr que le swap n'est pas activé. Pas de délai d'attente, pas d'erreur.
A toute fins utiles un extrait de /boot/grub/grub.cfg
timeout=-1 est la valeur pour dire "attendre indéfiniment". Cela pourrait être causé par le fait que la variable "recordfail" est à 1. Il se peut que cette variable soit définie dans le bloc d'environnement de GRUB (/boot/grub/grubenv), à vérifier avec
Si c'est bien le cas, tu peux la supprimer avec
Là encore, le grub.cfg de Wheezy ne vérifiait pas cette variable et se contentait de positionner la variable "timeout" inconditionnellement à la valeur de GRUB_TIMEOUT.
(Informations trouvées sur http://wiki.hetzner.de/index.php/Grub2_recordfail/en)
Question de termes, mais si on ne modifie que la résolution de la police sans que le fond de grub soit modifié, c'est comme modifier la casse de la police, non ?
Question de termes, la casse désigne la distinction minuscules/majuscules, pas la taille. Modifier la résolution modifie la taille physique des caractères puisque cela modifie la taille des pixels.
Il vaut mieux montrer que raconter.
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Pour grub : Ok. Encore un plus pour systemd
Je doute que systemd y soit pour quelque chose. Vérifie quand même que le problème ne revient pas après un redémarrage.
Il vaut mieux montrer que raconter.
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne