[Linux-bruxelles] [RESOLU]: Was: Re: v Can't login after 4.4.0-142-generic 32 bit upgrade Was: Re: suite, problleme de mdp au login

Manuel Schulte manuel.schulte at gmail.com
Ven 8 Fév 07:39:44 CET 2019


Bonne nouvelle, même si je n'y suis pas pour grand chose cette fois 😁

Cela dit, tu es tjs en Ubuntu 16.04... la LTS courante est la 18.04 et en
version Mate, je la trouve très bien (maintenant, car j'ai eu des soucis au
début, notamment avec mon scanner Epson)...

Le jeu. 7 févr. 2019 à 18:17, Aldo <info at brlspeak.net> a écrit :

> Voilà, grâce à l'aide de vous tous (merci!) et celle d'un voisin S E L,
> j'ai *enfin* pu booter (comme je le voulais) en kernel 4.4.0-141;
> puis j'ai suivit les indications d'AskUbuntu pour supprimer les headers et
> l'image du kernel 4.4.0-142*
> Et hops!! *dès* le 1er login: ça a repris du service, me reproposant le
> prompt Password: comme il se doit.
>
> J'ai même fait un upgrade *après* ça, et devinez quoi... le 4.4.0-142 n'est
> pas revenu se proposer à l'installation; mais bon, je devrai sans doute le
> tenir un peu "à l'oeil" :-)
>
> Dans tous les cas, ceci m'a remis la puce à l'oreille et les neurones à
> plat, p-e l'occasion dsè demain de changer de distrib sur un autre ordi, et
> de revenir à une distrib qui "part un peu moins dans toutes les directions"
> ou qui en tout cas ne renie pas sa nature et philosophie profonde!!!
>
> Aldo.
>
> On Thu, Feb 07, 2019 at 02:43:33PM +0100, Depuydt, Patrick wrote:
> > Normalement il devrais te rester le précédent kerne, et normalement il
> > devrais être en deuxième position dans ton truc donc idéalement c'est
> > grub_default=1 (on compte à partir de 0)
> >
> > Sinon moi j'ai tendance a le faire à la main, au démarrage tu choisis ton
> > ancien kernel dans le menu grub tout simplement.
>
> > Est-ce que en rescue mode tu as le mm problème de login?
> >
> >
> > Note: exemple du pourquoi je préfère yum à apt : yum history last undo
> > Et magiquement tu downgrade. Cette fonction n'existe pas (encore) avec
> apt
>
> > On Thu, 7 Feb 2019, 01:54 Manuel Schulte <manuel.schulte at gmail.com
> wrote:
> >
> > > oui ça a l'air de coller avec ton problème... mais à part repartir sur
> > > l'ancien kernel, je n'ai pas trouvé ni solution, ni explication au
> > > problème...
> > > Faut juste trouver la bonne entrée dans ton grub.conf et la renseigner
> > > dans le /etc/default/grub...
> > >
> > > Manuel SCHULTE
> > > *Managing Director, Olympus Consulting sprl*
> > > *gsm :* +32(0)498 881 718
> > > *mail :* manuel.schulte at olympusconsulting.eu
> > > *web :* http://www.olympusconsulting.eu/
> > >
>
> > > Le jeu. 7 févr. 2019 à 01:35, Aldo <info at brlspeak.net> a écrit :
> > >
> > >> Hello Manu et Serge,
> > >>
> > >> je pense avoir trouvé qq'un qui a subit le même effet après la même
> maj,
> > >> info publiée voici un jour:
> > >>
> > >> Can't login after 4.4.0-142-generic 32 bit upgrade
> > >> URL: https://ubuntuforums.org/showthread.php?t=2411932
> > >>
> > >> Thread: Can't login after 4.4.0-142-generic 32 bit upgrade
> > >>
> > >>     1. 1 Day Ago
> > >>
> > >> Can't login after 4.4.0-142-generic 32 bit upgrade
> > >>
> > >>      After upgrading my 32 bit Ubuntu-16.04 system to the
> > >> 4.4.0-142-generic kernel, I can no longer login.
> > >>      What happens is, I enter my login, hit the enter key, and
> instead of
> > >> waiting for my password, the cursor advances to the next line, and
> > >> complains about an invalid login. Or words to that
> > >>      effct.
> > >>      I am able to login properly when I boot to the previous
> > >> 4.4.0-141-generic kernel.
> > >>
> > >> Si j'arrivais à ce que grub me demarre le precedent kern, je pourrais
> > >> retravailler normalement sur mon ordi.
> > >> Qq'un peut-il me confirmer qu'on peut éditer la ligne grub_default=0
> en
> > >> autre chose ?
> > >>
> > >> Aldo.
>
> _______________________________________________
> Linux-bruxelles :
> Èchanger, partager, s'informer par mails sur toute action, proposition
> accordée avec: http://www.bxlug.be/?Nos-statuts
>
> Linux-bruxelles at lists.bxlug.be
> https://listes.domainepublic.net/listinfo/linux-bruxelles
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20190208/e41bcf0f/attachment-0002.html>


Plus d'informations sur la liste de diffusion Linux-bruxelles