Si no recordo malament, a les funcions (/usr/share/initramfs-tools/scripts/functions) que utilitza el mkinitramfs
hi tens maybe_break() que pots emprar
com a paràmetre d'arrencada del nucli ( per exemple break=modules), potser millor que donis un cop d'ull a /usr/share/initramfs-tools/init
En fi que en teoria t'hauria de servir per obtenir un shell en el punt d'arrencada especificat i hauries de poder anar acotant on peta la cosa.
Missatge de Jordi Miguel <
neoclimber@gmail.com> del dia dt., 16 de març
2021 a les 12:20:
Hola,
Quina llàstima que haguem de cercar solucions amb tan poca informació
per part del kernel...
Que el hardware no funcioni correctament no seria la meva primera
opció ja que dius que tens un kernel antic que arrenca sempre sense problemes. En tot cas estaríem parlant d'un tema d'incompatibilitat o
bug, o potser tens la mala sort de que llegeixes un tros de disc que
no sempre funciona bé.
A partir d'aquí aniria provant diverses coses a veure si alguna cosa
ajuda a desencallar. A cada canvi prova d'apagar i arrencar per veure
si hi ha alguna diferència:
- Tornar a crear el ramdisk amb la màquina encesa amb el kernel que no
et funciona b:
# update-initramfs -c -k `uname -r`
Si retorna output d'alguna cosa que no li agrada ja ens ho diràs. Pots crear-lo amb verbose (-v) si vols més informació del què posa a dins.
# update-grub2
- Desactivar Kernel Mode Setting (KMS):
Edita el fitxer /etc/default/grub i modifica la variable GRUB_CMDLINE_LINUX_DEFAULT amb
"nomodeset i915.modeset=0 amdgpu.dc=0"
# update-grub2
- Tens algun mòdul afegit al ramdisk?? Aquests s'especifiquen a /etc/initramfs-tools/modules
- Verifica la informació d'estat del disc dur via SMART
# smartctl -a /dev/sda
Pots executar un test llarg amb:
# smartctl --test=long /dev/sda
I quan acabi sortirà la informació a la sortida de l'anterior comanda.
Espero que finalment obtinguem algun canvi de comportament.
Salutacions,
--
Para ser realmente grande, hay que estar con la gente, no por encima de
ella.
--
Para ser realmente grande, hay que estar con la gente, no por encima de
ella.
El mar, 16 mar 2021 a las 8:01, Joan Albert (<joan_erraez@pangea.org>) escribió:
Bon dia Jordi,
Si amb aquesta configuració encara no ens
ensenya res augmenta a "loglevel=7" i afegeix "debug".
He provat fins i tot aquesta opció, però el que fa és reportar molta més
informació només si passa la part crítica.
Buscant per Internet he vist que hi ha força gent que ha tingut problemes similars al teu amb els kernels 5.10, la majoria però deien que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la que tu fas servir i ha quedat clar que no et funciona bé.
Efectivament, i de fet crec que arrossego un parell de versions que em donaven problemes (m'hauria d'haver fixat en quina va ser la primera,
però no ho recordo).
Si ens pots donar més informació aquestes preguntes podrien ajudar:
- Tens el portàtil connectat a alguna dock station?? Si fos així, et passa el mateix quan no està endollat a ella??
No el tinc a cap dock station.
- Utilitzes un monitor extern?? Et passa el mateix quan no està connectat el monitor extern? (o a la inversa)
Sí l'utilitzo normalment, però no canvia el resultat segons si està o no connectat a ell.
- Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de deixar-lo 15-25 minuts (com més millor per descartar). En cas negatiu, normalment quan de temps has esperat abans de forçar un reinici?
Ahir mateix vaig esperar més d'una hora :)
Em pregunto si no pot ser un problema de hardware simplement...
Gràcies igualment i salut!
--
TS
<div dir="ltr">Si no recordo malament, a les funcions (/usr/share/initramfs-tools/scripts/functions) que utilitza el mkinitramfs hi tens maybe_break() que pots emprar <div>com a paràmetre d'arrencada del nucli ( per exemple break=modules), potser
millor que donis un cop d'ull a /usr/share/initramfs-tools/init</div><div><br></div><div>En fi que en teoria t'hauria de servir per obtenir un shell en el punt d'arrencada especificat i hauries de poder anar acotant on peta la cosa.</div></
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Missatge de Jordi Miguel <<a href="mailto:neoclimber@gmail.com">neoclimber@gmail.com</a>> del dia dt., 16 de març 2021 a les 12:20:<br></div><blockquote class="gmail_quote" style="
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hola,<br>
Quina llàstima que haguem de cercar solucions amb tan poca informació<br>
per part del kernel...<br>
Que el hardware no funcioni correctament no seria la meva primera<br>
opció ja que dius que tens un kernel antic que arrenca sempre sense<br> problemes. En tot cas estaríem parlant d'un tema d'incompatibilitat o<br>
bug, o potser tens la mala sort de que llegeixes un tros de disc que<br>
no sempre funciona bé.<br>
A partir d'aquí aniria provant diverses coses a veure si alguna cosa<br> ajuda a desencallar. A cada canvi prova d'apagar i arrencar per veure<br> si hi ha alguna diferència:<br>
- Tornar a crear el ramdisk amb la màquina encesa amb el kernel que no<br>
et funciona b:<br>
# update-initramfs -c -k `uname -r`<br>
Si retorna output d'alguna cosa que no li agrada ja ens ho diràs. Pots<br> crear-lo amb verbose (-v) si vols més informació del què posa a dins.<br>
# update-grub2<br>
- Desactivar Kernel Mode Setting (KMS):<br>
Edita el fitxer /etc/default/grub i modifica la variable<br> GRUB_CMDLINE_LINUX_DEFAULT amb<br>
"nomodeset i915.modeset=0 amdgpu.dc=0"<br>
# update-grub2<br>
- Tens algun mòdul afegit al ramdisk?? Aquests s'especifiquen a<br> /etc/initramfs-tools/modules<br>
- Verifica la informació d'estat del disc dur via SMART<br>
# smartctl -a /dev/sda<br>
Pots executar un test llarg amb:<br>
# smartctl --test=long /dev/sda<br>
I quan acabi sortirà la informació a la sortida de l'anterior comanda.<br>
Espero que finalment obtinguem algun canvi de comportament.<br>
Salutacions,<br>
--<br>
Para ser realmente grande, hay que estar con la gente, no por encima de ella.<br>
--<br>
Para ser realmente grande, hay que estar con la gente, no por encima de ella.<br>
El mar, 16 mar 2021 a las 8:01, Joan Albert (<<a href="mailto:
joan_erraez@pangea.org" target="_blank">
joan_erraez@pangea.org</a>>) escribió:<br>
><br>
> Bon dia Jordi,<br>
><br>
> > Si amb aquesta configuració encara no ens<br>
> > ensenya res augmenta a "loglevel=7" i afegeix "debug".<br>
><br>
> He provat fins i tot aquesta opció, però el que fa és reportar molta més<br>
> informació només si passa la part crítica.<br>
><br>
> > Buscant per Internet he vist que hi ha força gent que ha tingut<br> > > problemes similars al teu amb els kernels 5.10, la majoria però deien<br>
> > que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la<br>
> > que tu fas servir i ha quedat clar que no et funciona bé.<br> ><br>
> Efectivament, i de fet crec que arrossego un parell de versions que em<br> > donaven problemes (m'hauria d'haver fixat en quina va ser la primera,<br>
> però no ho recordo).<br>
><br>
> > Si ens pots donar més informació aquestes preguntes podrien ajudar:<br>
> > - Tens el portàtil connectat a alguna dock station?? Si fos així, et<br>
> > passa el mateix quan no està endollat a ella??<br>
><br>
> No el tinc a cap dock station.<br>
><br>
> > - Utilitzes un monitor extern?? Et passa el mateix quan no està<br> > > connectat el monitor extern? (o a la inversa)<br>
><br>
> Sí l'utilitzo normalment, però no canvia el resultat segons si està o no<br>
> connectat a ell.<br>
><br>
> > - Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de<br>
> > deixar-lo 15-25 minuts (com més millor per descartar). En cas negatiu,<br>
> > normalment quan de temps has esperat abans de forçar un reinici?<br> ><br>
> Ahir mateix vaig esperar més d'una hora :)<br>
><br>
> Em pregunto si no pot ser un problema de hardware simplement...<br> ><br>
> Gràcies igualment i salut!<br>
><br>
> --<br>
> TS<br>
</blockquote></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)