Re: Engegada aleatòria
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 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 () > 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 > >
Re: Engegada aleatòria
Com que no hi ha discs (.iso) de Debian Bullseye, se m'acudeix una manera de posar a prova el nucli Linux 5.10 «net»: Fer una instal·lació del sistema operatiu en una memòria USB. Aleshores, arrencar amb la memòria USB com si fos el disc dur, i allà habilitar el repositori backports per a instal·lar Linux 5.10 Provar l'arrencada així, a veure si amb un sistema net aquesta versió de Linux dóna problemes. Si amb la instal·lació neta no hi ha problema, aleshores es tractarà d'embrutar-la: Anar instal·lant al USB cada programari que també hi ha al disc dur real, i reiniciar fins a trobar quina és la interferència. Això també implicarà imitar les configuracions, etc. Narcis Garcia __ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 16/3/21 a les 12:19, Jordi Miguel ha escrit: > 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 () > 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 >
Re: Engegada aleatòria
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 () 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
Re: Engegada aleatòria
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 signature.asc Description: PGP signature
Re: Engegada aleatòria
Hola, Bé, almenys sabem que quan no funciona no s'arriba ni a executar systemd, de manera que falla molt aviat en el procés. El següent pas que t'aconsello es augmentar el nivell de log. Per això hauries de tornar a editar el fitxer /etc/default/grub i posar un "loglevel=6" a la variable GRUB_CMDLINE_LINUX_DEFAULT (recorda fer el update-grub2 després). Si amb aquesta configuració encara no ens ensenya res augmenta a "loglevel=7" i afegeix "debug". 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é. 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?? - Utilitzes un monitor extern?? Et passa el mateix quan no està connectat el monitor extern? (o a la inversa) - 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? Salutacions, Jordi -- 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 lun, 15 mar 2021 a las 12:04, Joan Albert () escribió: > > Hola Jordi, > > De nou, moltes gràcies pel teu temps. > > > Entenc que això és la sortida de dmesg d'una arrencada que ha funcionat > > correctament. > > Efectivament, és la sortida d'una arrencada que ha funcionat > correctament. > > > Amb el canvi aquest del grub el proper cop que l'ordinador no s'engegui > > correctament la pantalla no amagarà cap missatge que s'hagi escrit, de > > manera > > que espero que surti alguna cosa interessant que ens doni una pista, més > > enllà > > d'aquell "Loading initial ramdisk" que ens vas posar a l'inici. > > - Per veure el llistat d'arrencades de l'ordinador: # journalctl > > --list-boots > > El tema és que no trobo més informació d'arrencades no > satisfactòries. He revisat el llistat d'arrencades utilitzant la comanda > # journalctl --list-boots i només apareixen les arrencades que han > funcionat (només apareix una del dia d'ahir, i en total devien ser 15 > intents). Tampoc apareixien més missatges a part de "Loading initial > ramdisk", tot i canviar els paràmetres del grub i fer l'actualització. > > Salut, > > -- > Joan Albert
Re: Engegada aleatòria
Hola Jordi, De nou, moltes gràcies pel teu temps. > Entenc que això és la sortida de dmesg d'una arrencada que ha funcionat > correctament. Efectivament, és la sortida d'una arrencada que ha funcionat correctament. > Amb el canvi aquest del grub el proper cop que l'ordinador no s'engegui > correctament la pantalla no amagarà cap missatge que s'hagi escrit, de manera > que espero que surti alguna cosa interessant que ens doni una pista, més enllà > d'aquell "Loading initial ramdisk" que ens vas posar a l'inici. > - Per veure el llistat d'arrencades de l'ordinador: # journalctl --list-boots El tema és que no trobo més informació d'arrencades no satisfactòries. He revisat el llistat d'arrencades utilitzant la comanda # journalctl --list-boots i només apareixen les arrencades que han funcionat (només apareix una del dia d'ahir, i en total devien ser 15 intents). Tampoc apareixien més missatges a part de "Loading initial ramdisk", tot i canviar els paràmetres del grub i fer l'actualització. Salut, -- Joan Albert
Re: Engegada aleatòria
Hola Jordi, > Pot ser que tinguis el GRUB configurat amb "quiet" i/o "splash" ?? Si > és així ho podries modificar per poder veure el que s'imprimeix a la > pantalla quan l'ordinador es congela. > > Bàsicament hauries de editar el fitxer /etc/default/grub i modificar > una línea que dirá algo similar a aixo: > GRUB_CMDLINE_LINUX_DEFAULT="quiet" > Pots deixar la variable buida. Guardes el fitxer i després apliques la > configuració executant la comanda (com a root): > update-grub2 Gràcies per la resposta. He fet el canvi que has comentat i això és el que he pogut treure de la comanda "sudo dmesg". No sé què podria ser rellevant i què no, per això enganxo tot fins a l'inicialització de systemd; espero que no sigui un problema. Gràcies amb antelació! [0.00] microcode: microcode updated early to revision 0xe2, date = 2020-07-14 [0.00] Linux version 5.10.0-4-amd64 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-5.10.0-4-amd64 root=UUID=0ddc0be7-b651-4644-8876-3871a66513bc ro [0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [0.00] x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers' [0.00] x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR' [0.00] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [0.00] x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64 [0.00] x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64 [0.00] x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format. [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x00057fff] usable [0.00] BIOS-e820: [mem 0x00058000-0x00058fff] reserved [0.00] BIOS-e820: [mem 0x00059000-0x0009dfff] usable [0.00] BIOS-e820: [mem 0x0009e000-0x0009efff] reserved [0.00] BIOS-e820: [mem 0x0009f000-0x0009] usable [0.00] BIOS-e820: [mem 0x000a-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0xd90fafff] usable [0.00] BIOS-e820: [mem 0xd90fb000-0xd95fafff] type 20 [0.00] BIOS-e820: [mem 0xd95fb000-0xd9c7efff] reserved [0.00] BIOS-e820: [mem 0xd9c7f000-0xd9e7efff] ACPI NVS [0.00] BIOS-e820: [mem 0xd9e7f000-0xd9efefff] ACPI data [0.00] BIOS-e820: [mem 0xd9eff000-0xd9ef] usable [0.00] BIOS-e820: [mem 0xd9f0-0xde7f] reserved [0.00] BIOS-e820: [mem 0xf80fa000-0xf80fafff] reserved [0.00] BIOS-e820: [mem 0xf80fd000-0xf80fdfff] reserved [0.00] BIOS-e820: [mem 0xfe00-0xfe010fff] reserved [0.00] BIOS-e820: [mem 0x0001-0x00031f7f] usable [0.00] NX (Execute Disable) protection: active [0.00] efi: EFI v2.40 by HP [0.00] efi: ACPI=0xd9efe000 ACPI 2.0=0xd9efe014 SMBIOS=0xd98db000 ESRT=0xd9077660 [0.00] secureboot: Secure boot could not be determined (mode 0) [0.00] SMBIOS 2.7 present. [0.00] DMI: HP HP ProBook 650 G2/80FD, BIOS N76 Ver. 01.02 03/01/2016 [0.00] tsc: Detected 2400.000 MHz processor [0.000619] e820: update [mem 0x-0x0fff] usable ==> reserved [0.000621] e820: remove [mem 0x000a-0x000f] usable [0.000627] last_pfn = 0x31f800 max_arch_pfn = 0x4 [0.000631] MTRR default type: write-back [0.000632] MTRR fixed ranges enabled: [0.000633] 0-9 write-back [0.000634] A-B uncachable [0.000635] C-F write-protect [0.000636] MTRR variable ranges enabled: [0.000637] 0 base 00E000 mask 7FE000 uncachable [0.000638] 1 base 00DC00 mask 7FFC00 uncachable [0.000638] 2 disabled [0.000639] 3 disabled [0.000640] 4 disabled [0.000640] 5 disabled [0.000641] 6 disabled [0.000641] 7 disabled [0.000642] 8 disabled [0.000642] 9 disabled [0.000981] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT [0.001552] last_pfn = 0xd9f00 max_arch_pfn = 0x4 [0.009443] esrt: ESRT header is not in the memory map. [0.009450] Using GB pages for direct mapping [0.009897] RAMDISK: [mem 0x321b7000-0x350d2fff] [0.009903] ACPI: Early table checksum verification disabled [0.009906] ACPI: RSDP 0xD9EFE014 24 (v02 HPQOEM) [0.009910] ACPI: XSDT 0xD9EBC188 E4 (v01 HPQOEM SLIC-BPC 0113) [0.009915] ACPI: FACP 0xD9EEE000 F4 (v05 HPQOEM SLIC-BPC HP 0001) [0.009920] ACPI: DSDT 0xD9EC5000 0250E4 (v02 HPQOEM 80FD
Re: Engegada aleatòria
Gràcies Alex. El dv, 12 març 2021 a les 13:00 Alex Muntada va escriure: > Hola Xavier > > > l'actualització la fas amb el terminal o amb alguna eina gràfica? > > Veig que en teoria el Discover ha de recollir les possibles > > actualitzacions però a mi no m'ho fa. > > Amb el GNOME Software em surten totes aquestes actualitzacions > sense que jo faci res en particular: > > - les d'apt > - les del flatpak > - les del fwupd > > Diria que no surten les d'snapd, però aquestes s'instal·len > sense demanar permís normalment (no he mirat si es pot canviar > l'opció). > > > També he observat que quan instal·les fwupd diu que actualitza > > el grub per afegir una actualització del sistema, però no ho > > veig clar. > > Això deu ser perquè quan reiniciï el sistema arrenqui amb l'opció > per instal·lar les actualitzacions enlloc d'arrencar el nucli de > linux, com faria normalment. > > > Ens ho expliques sup, em sembla molt interessant i un bon tema > > per a una píndola. > > Jo m'ho vaig trobar per sopresa després de comprar el portàtil i > canviar el boot perquè utilitzés EFI (vaig clonar el disc del > portàtil antic per no reinstal·lar-ho tot de zero). Vull dir que > no vaig res en particular per configurar-ho, per això no sé si > dóna per fer-ne una píndola. > > En canvi, el procés de convertir el boot a mode EFI potser sí que > seria interessant de documentar. Crec que tinc notes en alguna > banda, miraré si en puc fer una píndola. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ > > -- Xavier De Yzaguirre Gmail per a mòbil xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Re: Engegada aleatòria
Hola Xavier > l'actualització la fas amb el terminal o amb alguna eina gràfica? > Veig que en teoria el Discover ha de recollir les possibles > actualitzacions però a mi no m'ho fa. Amb el GNOME Software em surten totes aquestes actualitzacions sense que jo faci res en particular: - les d'apt - les del flatpak - les del fwupd Diria que no surten les d'snapd, però aquestes s'instal·len sense demanar permís normalment (no he mirat si es pot canviar l'opció). > També he observat que quan instal·les fwupd diu que actualitza > el grub per afegir una actualització del sistema, però no ho > veig clar. Això deu ser perquè quan reiniciï el sistema arrenqui amb l'opció per instal·lar les actualitzacions enlloc d'arrencar el nucli de linux, com faria normalment. > Ens ho expliques sup, em sembla molt interessant i un bon tema > per a una píndola. Jo m'ho vaig trobar per sopresa després de comprar el portàtil i canviar el boot perquè utilitzés EFI (vaig clonar el disc del portàtil antic per no reinstal·lar-ho tot de zero). Vull dir que no vaig res en particular per configurar-ho, per això no sé si dóna per fer-ne una píndola. En canvi, el procés de convertir el boot a mode EFI potser sí que seria interessant de documentar. Crec que tinc notes en alguna banda, miraré si en puc fer una píndola. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: Engegada aleatòria
Hola, bon dia, Alex, l'actualització la fas amb el terminal o amb alguna eina gràfica? Veig que en teoria el Discover ha de recollir les possibles actualitzacions però a mi no m'ho fa. També he observat que quan instal·les fwupd diu que actualitza el grub per afegir una actualització del sistema, però no ho veig clar. Ens ho expliques sup, em sembla molt interessant i un bon tema per a una píndola. Gràcies -- *Xavier De Yzaguirre i Maura* xavier at deyzaguirre.cat OpenPGP_signature Description: OpenPGP digital signature
Re: Engegada aleatòria
__ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 11/3/21 a les 10:23, Alex Muntada ha escrit: > Hola Antoni > >> Moltes BIOS modernes (i no tan modernes) permeten actualitzar >> des de usb storage o xarxa. >> >> Així no depens de software no provat el propi fabricant, que >> sempre dona un punt de tranquilitat. > > Potser no te n'has adonat però la iniciativa del fwupd.org està > impulsada precisament pels fabricants i les actualitzacions que > hi publiquen estan certificades per al seu maquinari. > > Jo trobo molt més fàcil instal·lar una actualització de la BIOS > quan t'avisa l'escriptori que la tens disponible, que no pas > buscar la BIOS per al meu maquinari, mirar la que ja tinc, > descarregar-ho, escriure-ho en un USB i creuar els dits perquè > m'hagi descarregat el que toca i tot rutlli bé. Jo ara he provat: $ fwupdmgr get-devices i de la placa base em diu: UpdateError: Firmware can not be updated in legacy mode, switch to UEFI mode. ...resulta que jo sempre configuro les BIOS per a evitar completament el UEFI, i també les instal·lacions de sistema operatiu. Suposo que en aquesta situació (i en cas de necessitar actualitzar el BIOS) tocaria canviar a UEFI i arrencar amb un dispositiu extern via UEFI per tal d'utilitzar el fwupdmgr en una sessió «Live».
Re: Engegada aleatòria
Hola Antoni > Moltes BIOS modernes (i no tan modernes) permeten actualitzar > des de usb storage o xarxa. > > Així no depens de software no provat el propi fabricant, que > sempre dona un punt de tranquilitat. Potser no te n'has adonat però la iniciativa del fwupd.org està impulsada precisament pels fabricants i les actualitzacions que hi publiquen estan certificades per al seu maquinari. Jo trobo molt més fàcil instal·lar una actualització de la BIOS quan t'avisa l'escriptori que la tens disponible, que no pas buscar la BIOS per al meu maquinari, mirar la que ja tinc, descarregar-ho, escriure-ho en un USB i creuar els dits perquè m'hagi descarregat el que toca i tot rutlli bé. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: Engegada aleatòria
On 10 March 2021 23:01:15 UTC, Alex Muntada wrote: >Hola Josep > >> Sobre l'actualització de la BIOS: >> ... > >Com a mínim des de buster, existeix suport per actualitzar el >firmware de diferents parts d'alguns models d'ordinadors (fins >i tot la BIOS) sense que calgui freedos, windows o un usb: > >https://fwupd.org/ Moltes BIOS modernes (i no tan modernes) permeten actualitzar des de usb storage o xarxa. Així no depens de software no provat el propi fabricant, que sempre dona un punt de tranquilitat. Seria la meva primera opció abans de provar el que comenta l'Alex ;-)
Re: Engegada aleatòria
On 10 March 2021 17:41:46 UTC, Jordi Miguel wrote: >Hola, > >Quan l'ordinador s'engega amb normalitat utilitzant el kernel 5.10.0 >que es el q diu/fa després del "Loading initial ramdisk" ?? >Pot ser que tinguis el GRUB configurat amb "quiet" i/o "splash" ?? Cert. I pots mirar i modificar aquestes opcions directament des de el grub. Així els canvis no persisteixen.
Re: Engegada aleatòria
Hola Josep > Sobre l'actualització de la BIOS: > ... Com a mínim des de buster, existeix suport per actualitzar el firmware de diferents parts d'alguns models d'ordinadors (fins i tot la BIOS) sense que calgui freedos, windows o un usb: https://fwupd.org/ Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: Engegada aleatòria
Hola, Quan l'ordinador s'engega amb normalitat utilitzant el kernel 5.10.0 que es el q diu/fa després del "Loading initial ramdisk" ?? Pot ser que tinguis el GRUB configurat amb "quiet" i/o "splash" ?? Si és així ho podries modificar per poder veure el que s'imprimeix a la pantalla quan l'ordinador es congela. Bàsicament hauries de editar el fitxer /etc/default/grub i modificar una línea que dirá algo similar a aixo: GRUB_CMDLINE_LINUX_DEFAULT="quiet" Pots deixar la variable buida. Guardes el fitxer i després apliques la configuració executant la comanda (com a root): update-grub2 A veure si d'aquesta manera pots obtenir més informació que ajudi a veure el que li passa quan no funciona. Fins aviat, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mié, 10 mar 2021 a las 12:03, Joan Albert () escribió: > > > Potser el sistema d'arrencada estigui corrupte o mal generat: > > $ sudo update-initramfs -u -k all > > He provat exactament aquesta comanda sense cap tipus d'error, > i segueixo tenint el mateix problema :) > > Alguna idea més? Gràcies igualment! > > -- > TS >
Re: Engegada aleatòria
On Tue, 9 Mar 2021 at 17:53, Joan Albert wrote: > Bona tarda, > > Moltes gràcies per les respostes (Josep, Narcís i Xavier). Faig un nou > correu comentant els diversos punts: > > > Jo començaria per provar a triar diferent nucli d'inici, al gestor > > d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més > > pistes sobre l'origen del problema. > > Efectivament! Provant el nucli/kernel 4.19 funciona, mentre que amb el > 5.10.0-4 actual segueixo tenint aquest problema intermitent. Sent així, > quins podrien ser els següents passos? > > > Un cop em va passar (bug de nucli, manca d'actualització de bios HP) que > > el nucli no progressava per culpa d'un dispositiu usb (càmera web > Polycom). > > Per engegar l'havia de tenir desconnectat. > > Vaig actualitzar la bios i es va resoldre. > > Perdó pel total desconeixement, però com s'actualitza la BIOS? :) He > buscat una mica d'informació, però no ho he vist massa clar, i > preferiria no provar coses sense estar-ne prou segur. Té alguna relació > amb el nucli? > Sobre la relació que té la BIOS amb el nucli: - la BIOS és el programari de la placa base que comença tot, anant a buscar la partició d'arrencada, és a dir, que és l'iniciador de la càrrega del nucli. - el nucli, en l'arrencada, consulta a la BIOS els recursos disponibles. Pots veure missatges relatius a això amb l'ordre "dmesg" (i fitxer /var/log/kern.log). A partir d'aquesta informació, el nucli es va fent una idea dels recursos de la màquina. Sobre l'actualització de la BIOS: - depèn del fabricant. Es fa amb un programari des de Windows o FreeDOS. Actualment hi ha portàtils/plaques que permeten posar el fitxer del firmware corresponent dins un USB (tot seguint les indicacions del fabricant) i entrant als menús de la BIOS es pot actualitzar. Jo ho faig d'aquesta manera per al portàtil on treballo... ara bé, he de passar per un WIndows per baixar un executable i extreure'n el contingut per a l'USB. SALUT! Josep > > mira si tens al directori /boot/grub un fitxer amb el nom unicode.pf2, la > > corrupció d'aquest fitxer pot provocat l'aturada de l'arrencada. > > He provat de fer el que comentaves, i ha estat en va. > Probablement aquest fitxer no estigui corrupte. > > Sembla que ens anem apropant poc a poc! > > -- > TS > -- -- Salutacions...Josep --
Re: Engegada aleatòria
> Potser el sistema d'arrencada estigui corrupte o mal generat: > $ sudo update-initramfs -u -k all He provat exactament aquesta comanda sense cap tipus d'error, i segueixo tenint el mateix problema :) Alguna idea més? Gràcies igualment! -- TS
Re: Engegada aleatòria
_ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 9/3/21 a les 17:53, Joan Albert ha escrit: > Bona tarda, > > Moltes gràcies per les respostes (Josep, Narcís i Xavier). Faig un nou > correu comentant els diversos punts: > >> Jo començaria per provar a triar diferent nucli d'inici, al gestor >> d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més >> pistes sobre l'origen del problema. > > Efectivament! Provant el nucli/kernel 4.19 funciona, mentre que amb el > 5.10.0-4 actual segueixo tenint aquest problema intermitent. Sent així, > quins podrien ser els següents passos? Potser el sistema d'arrencada estigui corrupte o mal generat: $ sudo update-initramfs -u -k all
Re: Engegada aleatòria
Bona tarda, Moltes gràcies per les respostes (Josep, Narcís i Xavier). Faig un nou correu comentant els diversos punts: > Jo començaria per provar a triar diferent nucli d'inici, al gestor > d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més > pistes sobre l'origen del problema. Efectivament! Provant el nucli/kernel 4.19 funciona, mentre que amb el 5.10.0-4 actual segueixo tenint aquest problema intermitent. Sent així, quins podrien ser els següents passos? > Un cop em va passar (bug de nucli, manca d'actualització de bios HP) que > el nucli no progressava per culpa d'un dispositiu usb (càmera web Polycom). > Per engegar l'havia de tenir desconnectat. > Vaig actualitzar la bios i es va resoldre. Perdó pel total desconeixement, però com s'actualitza la BIOS? :) He buscat una mica d'informació, però no ho he vist massa clar, i preferiria no provar coses sense estar-ne prou segur. Té alguna relació amb el nucli? > mira si tens al directori /boot/grub un fitxer amb el nom unicode.pf2, la > corrupció d'aquest fitxer pot provocat l'aturada de l'arrencada. He provat de fer el que comentaves, i ha estat en va. Probablement aquest fitxer no estigui corrupte. Sembla que ens anem apropant poc a poc! -- TS signature.asc Description: PGP signature
Re: Engegada aleatòria
Bon dia, Jo tinc un msi amb monitor 4k i si configuro el grub per treballar a aquesta resolució em fa el mateix que dius. mira si tens al directori /boot/grub un fitxer amb el nom unicode.pf2, la corrupció d'aquest fitxer pot provocat l'aturada de l'arrencada. Pots fer una prova: $ sudo mv /boot/grub/unicode.pf2 /boot/grub/unicode.pf2.bak Un cop fet això reinicia l'equip, el grub et pot apareixer amb un aspecte horrible, a 640x480 com a mi però sobrepassa aquest punt i arrenca. Jo cada cop que faig un upgrade rehabilito el fitxer unicode.pf2 per si es necessita per alguna actualització de l'initram Si t'ho resol, recorda reanomenar-lo com toca. Una abraçada gent. -- *Xavier De Yzaguirre i Maura* /xdeyzaguirre(at)gmail(dot)com/ El 9/3/21 a les 9:23, Narcis Garcia ha escrit: > Jo començaria per provar a triar diferent nucli d'inici, al gestor > d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més > pistes sobre l'origen del problema. > > > > Narcis Garcia > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. > El 9/3/21 a les 8:53, Joan Albert ha escrit: >> Bon dia debianites, >> >> Tinc un petit problema que arrossego des de fa ja unes setmanes i crec >> que ha arribat el moment de demanar ajuda. >> >> El tema és que el meu PC de la feina, el qual corre únicament Debian >> testing, fa el "burru" quan s'engega. Quasi mai s'engega a la primera, >> es queda aturat a la pantalla inicial, concretament a la frase "Loading >> initial ramdisk". El que acaba passant és que, després d'apagar-lo >> forçosament (no em mateu, si us plau) i engegar-lo de nou moltes vegades >> (provant d'endollar-lo i desendollar-lo, treure-li el connector USB del >> teclat extern i posar-lo de nou, etc.), màgicament s'acaba iniciant >> correctament. >> >> La solució transitòria que he decidit de moment és simplement deixar-lo >> obert 24/7, però òbviament no és la solució correcta. He buscat >> informació i he estat provant varies opcions (no recordo ja quines...), >> tant a respostes de Debian com de Linux en general, i no me'n surto. >> Algú té almenys una idea de quin pot ser el motiu? I sobretot, com pot >> ser que acabi funcionant sense fer res més que reiniciar? >> >> Moltes gràcies amb antelació, >>
Re: Engegada aleatòria
La meva anècdota per si et serveix: Un cop em va passar (bug de nucli, manca d'actualització de bios HP) que el nucli no progressava per culpa d'un dispositiu usb (càmera web Polycom). Per engegar l'havia de tenir desconnectat. Vaig actualitzar la bios i es va resoldre. El dt., 9 de març 2021, 8:53, Joan Albert va escriure: > Bon dia debianites, > > Tinc un petit problema que arrossego des de fa ja unes setmanes i crec > que ha arribat el moment de demanar ajuda. > > El tema és que el meu PC de la feina, el qual corre únicament Debian > testing, fa el "burru" quan s'engega. Quasi mai s'engega a la primera, > es queda aturat a la pantalla inicial, concretament a la frase "Loading > initial ramdisk". El que acaba passant és que, després d'apagar-lo > forçosament (no em mateu, si us plau) i engegar-lo de nou moltes vegades > (provant d'endollar-lo i desendollar-lo, treure-li el connector USB del > teclat extern i posar-lo de nou, etc.), màgicament s'acaba iniciant > correctament. > > La solució transitòria que he decidit de moment és simplement deixar-lo > obert 24/7, però òbviament no és la solució correcta. He buscat > informació i he estat provant varies opcions (no recordo ja quines...), > tant a respostes de Debian com de Linux en general, i no me'n surto. > Algú té almenys una idea de quin pot ser el motiu? I sobretot, com pot > ser que acabi funcionant sense fer res més que reiniciar? > > Moltes gràcies amb antelació, > > -- > TS >
Re: Engegada aleatòria
Jo començaria per provar a triar diferent nucli d'inici, al gestor d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més pistes sobre l'origen del problema. Narcis Garcia __ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 9/3/21 a les 8:53, Joan Albert ha escrit: > Bon dia debianites, > > Tinc un petit problema que arrossego des de fa ja unes setmanes i crec > que ha arribat el moment de demanar ajuda. > > El tema és que el meu PC de la feina, el qual corre únicament Debian > testing, fa el "burru" quan s'engega. Quasi mai s'engega a la primera, > es queda aturat a la pantalla inicial, concretament a la frase "Loading > initial ramdisk". El que acaba passant és que, després d'apagar-lo > forçosament (no em mateu, si us plau) i engegar-lo de nou moltes vegades > (provant d'endollar-lo i desendollar-lo, treure-li el connector USB del > teclat extern i posar-lo de nou, etc.), màgicament s'acaba iniciant > correctament. > > La solució transitòria que he decidit de moment és simplement deixar-lo > obert 24/7, però òbviament no és la solució correcta. He buscat > informació i he estat provant varies opcions (no recordo ja quines...), > tant a respostes de Debian com de Linux en general, i no me'n surto. > Algú té almenys una idea de quin pot ser el motiu? I sobretot, com pot > ser que acabi funcionant sense fer res més que reiniciar? > > Moltes gràcies amb antelació, >
Engegada aleatòria
Bon dia debianites, Tinc un petit problema que arrossego des de fa ja unes setmanes i crec que ha arribat el moment de demanar ajuda. El tema és que el meu PC de la feina, el qual corre únicament Debian testing, fa el "burru" quan s'engega. Quasi mai s'engega a la primera, es queda aturat a la pantalla inicial, concretament a la frase "Loading initial ramdisk". El que acaba passant és que, després d'apagar-lo forçosament (no em mateu, si us plau) i engegar-lo de nou moltes vegades (provant d'endollar-lo i desendollar-lo, treure-li el connector USB del teclat extern i posar-lo de nou, etc.), màgicament s'acaba iniciant correctament. La solució transitòria que he decidit de moment és simplement deixar-lo obert 24/7, però òbviament no és la solució correcta. He buscat informació i he estat provant varies opcions (no recordo ja quines...), tant a respostes de Debian com de Linux en general, i no me'n surto. Algú té almenys una idea de quin pot ser el motiu? I sobretot, com pot ser que acabi funcionant sense fer res més que reiniciar? Moltes gràcies amb antelació, -- TS signature.asc Description: PGP signature
