1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.ITALIAN

  • Problemi con initramfs

    From Stefano Simonucci@21:1/5 to All on Mon Aug 5 18:30:01 2024
    Salve a tutti. Ultimamente la debian (testing) che usa mio figlio sta
    dando dei problemi in fase di boot.

    In pratica il processo di boot si arresta alla prompt

    (initramfs)

    ma non si riesce bene a capire per quale motivo. Con il kernel 6.1.0
    (amd64) e con il 5.10.0 si arresta a (initramfs).  Da questa situazione
    di stallo non si riesce più ad uscire.

    Ho provato ad installare quello più recente (6.9.12), ma manda un
    messaggio di memoria esaurita e poi va in kernel panic.

    L'unico modo per avviarlo sembra essere quello di utilizzare il rescue
    mode con i kernels 6.1.0 e 5.10.0

    Ho provato anche a fare un test con badblocks, ma non segnala niente.

    Stefano

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From valerio@21:1/5 to All on Mon Aug 5 21:40:01 2024
    Il 05/08/24 18:16, Stefano Simonucci ha scritto:
    Salve a tutti. Ultimamente la debian (testing) che usa mio figlio sta
    dando dei problemi in fase di boot.

    In pratica il processo di boot si arresta alla prompt

    (initramfs)

    ma non si riesce bene a capire per quale motivo. Con il kernel 6.1.0
    (amd64) e con il 5.10.0 si arresta a (initramfs).  Da questa situazione
    di stallo non si riesce più ad uscire.

    Ho provato ad installare quello più recente (6.9.12), ma manda un
    messaggio di memoria esaurita e poi va in kernel panic.

    L'unico modo per avviarlo sembra essere quello di utilizzare il rescue
    mode con i kernels 6.1.0 e 5.10.0

    Ho provato anche a fare un test con badblocks, ma non segnala niente.

    Stefano

    ciao,
    mi sembra di ricordare che ho avuto problemi simili: prova a controllare
    fstab se coincidono gli uid delle partizioni. se poi ti da memoria
    esaurita, devi anche controllare lo spazio rimasto. ovviamente se hai possibilità di leggere le informazioni da esterno, o con una live o con
    altre partizioni.


    valerio

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefano Simonucci@21:1/5 to Paolo Miotto on Tue Aug 6 08:50:02 2024
    Sì. Questo l'ho fatto. Però ho osservato che in rescue mode (il kernele 6.1.0) monta tutti i dispositivi e si vedono tutti i /dev/nvme0*

    Nel modo usuale (il kernel 6.1.0) si ferma a initramfs e non si vede
    nessun dispositivo /dev/nvme0*

    però se tolgo dal grub menu  "pci=nocrs quiet splash"  il sistema parte normalmente. Se tolgo solo "quiet splash" non parte.

    Il kernel 5.10.0 invece parte normalmente (anche con "pci=nocrs quiet
    splash")

    Stefano



    On 06/08/24 07:56, Paolo Miotto wrote:
    Probabilmente il processo di creazione deli initramfs non è andato a
    buon fine, di solito succede perché il disco è full.


    Da un boot in rescue con uno dei kernel che funzionano lancia il comando

    update-initramfs -k all -u

    e verifica che vada a buon fine.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefano Simonucci@21:1/5 to Paolo Miotto on Tue Aug 6 09:30:01 2024
    This is a multi-part message in MIME format.
    L'ho tolto, ma non l'ho messo io. Era  una impostazione di default,
    quando ho installato debian.

    Ora il kernel 6.1.0 parte, anche se non ho ancora capito perché il
    kernel 6.9.12 mi va in kernel panic per mancanza di memoria.

    Stefano

    On 06/08/24 08:55, Paolo Miotto wrote:
    Il 06/08/24 08:47, Stefano Simonucci ha scritto:
    però se tolgo dal grub menu  "pci=nocrs quiet splash"  il sistema
    parte normalmente. Se tolgo solo "quiet splash" non parte.


    Quindi la "colpa" è di "pci=nocrs", ti serve veramente?

    Secondo la documentazione del Kernel è da evitare:

    nocrs [X86] Ignore PCI host bridge windows from ACPI.
    If you need to use this, please report a bug.

    Se lo togli e tutto funziona hai risolto.


    [1]
    https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html


    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>L'ho tolto, ma non l'ho messo io. Era  una impostazione di
    default, quando ho installato debian.</p>
    <p>Ora il kernel 6.1.0 parte, anche se non ho ancora capito perché
    il kernel 6.9.12 mi va in kernel panic per mancanza di memoria.</p>
    <p>Stefano <br>
    </p>
    <div class="moz-cite-prefix">On 06/08/24 08:55, Paolo Miotto wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:cd5c5b65-1be7-4464-bc7d-bf629276c7e6@uniud.it">
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    Il 06/08/24 08:47, Stefano Simonucci ha scritto:<br>
    <blockquote type="cite"
    cite="mid:400d5498-16c3-4bd8-bd7d-a2ef5de347dd@tin.it">però se
    tolgo dal grub menu  "pci=nocrs quiet splash"  il sistema parte
    normalmente. Se tolgo solo "quiet splash" non parte. </blockquote>
    <p><br>
    </p>
    <p>Quindi la "colpa" è di "pci=nocrs", ti serve veramente?</p>
    <p>Secondo la documentazione del Kernel è da evitare:</p>
    <pre class="literal-block">nocrs [X86] Ignore PCI host bridge windows from ACPI.
    If you need to use this, please report a bug.

    </pre>
    <p>Se lo togli e tutto funziona hai risolto.</p>
    <p><br>
    </p>
    <p>[1] <a class="moz-txt-link-freetext" href="https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html"
    moz-do-not-send="true">https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html</a><br>
    </p>
    <p><br>
    </p>
    <pre class="moz-signature" cols="72">
    </pre>
    </blockquote>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?Francesco_Potort=C3=AC?=@21:1/5 to All on Mon Aug 12 19:50:01 2024
    Ora il kernel 6.1.0 parte, anche se non ho ancora capito perché il kernel 6.9.12 mi va in kernel panic per
    mancanza di memoria.

    Guarda i messaggi durante il caricamento del kernel, dovresti indovinare qual è l'applicazione colpevole

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)