Tecnologia e non solo

marzo 26, 2008

Archlinux, mkinitcpio 0.5.18-1 (credo) e kernel fai da te.

Filed under: Archlinux — telperion @ 6:33 pm

L’ultimo mkinitcpio 0.5.18-1 sembra “problematico”.
Crea immagini corrette solo con i pacchetti del kernel ARCH scaricati.

Aggiornato il kernel26 2.6.24.3-6 nessun problema.

Compilato il vanilla 2.6.24.4 come sempre fatto, installato, reboot e:

ERROR: Failed to parse block device name for '/dev/sda6' unknown.
ERROR: root fs cannot be detected. Try using the rootfstype=...
Root device 'dev/sda7' doesn't exist, attempting to create root device '/dev/sda7'
ERROR: Failed to parse block device name for '/dev/sda6'
ERROR: Unable to create/detect root device '/dev/sda6'

kernel26vanilla-fallback uguale, nessun controller hd/cd rilevato.

Reboot con il kerne26 (ok) reinstallo il precedente vanilla 2.6.24.3 (prima perfettamente funzionante)
reboot e:

ERROR: Failed to parse block device name for '/dev/sda6' unknown.
ERROR: root fs cannot be detected. Try using the rootfstype=...
Root device 'dev/sda7' doesn't exist, attempting to create root device '/dev/sda7'
ERROR: Failed to parse block device name for '/dev/sda6'
ERROR: Unable to create/detect root device '/dev/sda6'

kernel26vanilla-fallback uguale, nessun controller hd/cd rilevato.

Tentata anche una ricompilazione del kernel26 2.6.24.3-6 pari pari dal pkgbuild
cambiato solo in kernel26mc onde evitare di “sminchiare” tutto e indovinate al reboot:

ERROR: Failed to parse block device name for '/dev/sda6' unknown.
ERROR: root fs cannot be detected. Try using the rootfstype=...
Root device 'dev/sda7' doesn't exist, attempting to create root device '/dev/sda7'
ERROR: Failed to parse block device name for '/dev/sda6'
ERROR: Unable to create/detect root device '/dev/sda6'

kernel26mc-fallback uguale, nessun controller hd rilevato.

Il precedente vanilla 2.6.24.3 era stato compilato con gcc4.3.0 ed installato con mkinitcpio 0.5.17-2
e non avevo alcun problema, direi che i guai arrivano con mkinitcpio 0.5.18-1.

Poi chiedono perchè comprare un Mac …
Per vivere sereni, ekkeKaz …

Vabbe per ora usiamo solo il kernel -ARCH in attesa di novità.
Arch linux sembra un pò in stato confusionale ultimamente,
ma forse è solo un impressione mia.

Se qualcuno ha idee …
Ribadisco i kernel compilati da me hanno sempre funzionato, il mio pacchetto vanilla 2.6.24.3 FUNZIONAVA perfettamente, reinstallato (con mkinitcpio che rigenera le immagini) NON VA PIU, quindi le soluzioni proposte nei forum non c’entrano nulla. Credo che mkinitcpio 0.5.18-1 sia la causa (e non posso downgradare).

EDIT:
downgrade di un po di cose (vedi mio commento 10) ora rifunziona tutto.

Resto quindi dell’idea che mkinitcpio 0.5.18-1 abbia grossi problemi con i controller EIDE-IDE PATA.

24 commenti

  1. uhm
    [luna@arch64 ~]$ yaourt -Ss mkinitcpio
    core/mkinitcpio 0.5.17-2 [installed]
    Advanced, modular initramfs image creation utility

    è aggiornata … ci sono belle differenze vedo tra architetture O.o

    Commento di LuNa — marzo 26, 2008 @ 10:26 pm

  2. @telperion:
    se hai utilizzato (come me) ed adattato il PKGBUILD e gli altri file necessari (escludendo le patch che non ho applicato, tranne quella per il gcc4.3) che si trovano in testing per compilare il kernel vanilla, allora modifica questo file kernel26vanilla.preset in questo modo e poi fammi sapere: http://pastebin.com/m59ef9a0f
    In pratica, queste sono le vecchie impostazioni utilizzate fino alla release precedente, che invece, nello stesso file che si trova ora in testing sono state cambiate.
    Con me ha funzionato e mi rigenera le immagini.
    Facci sapere come và.

    Commento di nameless — marzo 26, 2008 @ 11:57 pm

  3. Guarda che strano, ieri mi è successa la stessa analoga cosa su debian sid, colpa di una versione bacata di busybox che mi creava delle immagini initrd bacate. Per risolvere ho dovuto downgradare busybox alla versione precedente.

    Commento di Cap. J. T. Kirk — marzo 27, 2008 @ 9:38 am

  4. @Cap. J. T. Kirk: anche a me guai in debian
    @Telperion: dove lo hai preso sto mkinitcpio ? anche sulla 32 (sistema aggiornato adesso per controprova) 0.5.17-2
    compilazione OK installazione OK.
    boh

    Commento di LuNa — marzo 27, 2008 @ 2:38 pm

  5. ah pkgbuild e ambaradam che uso:
    http://www.keepmyfile.com/download/e8de702206534
    che mi sono modificato da AUR, il tutto A ME funge

    Commento di LuNa — marzo 27, 2008 @ 2:45 pm

  6. @nameless
    no non va neppure con quel kernel26vanilla.preset, stesso problema.

    @LuNa
    mkinitcpio 0.5.18-1 è in testing, è una dipendenza obbligatoria per pacchetti kernel =>kernel26 2.6.24.3-6. Ovvio nei repo 32bit a 64 non saprei.

    @busybox bacato:
    ah!! Annamo bbene !!! ekkkekkkatz (3x2k ormai)😀

    Commento di telperion — marzo 27, 2008 @ 4:16 pm

  7. busybox subito messo a posto su debian con la versione 1.9.2-2 (la bacata era la 1.9.2-1).

    Byez

    Commento di Cap. J. T. Kirk — marzo 27, 2008 @ 4:27 pm

  8. @Telperion: a me impacchetta e funziona tutto sia sui 32 che sui 64 con il 0.5.17-2 e 2.6.24.4 …. O.o

    Commento di LuNa — marzo 27, 2008 @ 5:07 pm

  9. @LuNa
    ovvio il 2.6.24.4 richiede mkinitcpio 0.5.17-2.
    il 2.6.24.5 ed il 6 richiede mkinitcpio 0.5.18-1

    EDIT
    scusa casino con sti kazzi di numero versione,
    il 2.6.24.4 pacchetto arch NON ESISTE ancora,
    i pacchetti arch sono:
    kernel26 2.6.24.3-3 -> dipende da mkinitcpio 0.5.17-2
    kernel26 2.6.24.3-5 -> dipende da mkinitcpio 0.5.18-1
    kernel26 2.6.24.3-6 -> dipende da mkinitcpio 0.5.18-1

    se lo hai compilato tu con mkinitcpio 0.5.17-2
    ovvio che funziona.

    Ora provo a downgradare.

    Commento di telperion — marzo 27, 2008 @ 5:12 pm

  10. fatto il downgrade:
    commentato testing
    sudo pacman -Syu
    sudo pacman -Rd klibc-kbd
    sudo pacman -S kbd
    Pacchetti: kbd-1.12.20070827-2
    sudo pacman -Sd mkinitcpio
    Pacchetti: mkinitcpio-0.5.17-2
    sudo pacman -S kernel26 nvidia
    Pacchetti: kernel26-2.6.24.3-3 nvidia-169.12-1
    non si configura bisogna cambiare il preset:
    cd /etc/mkinitcpio.d/
    sudo mv kernel26.preset.pacnew kernel26.preset
    sudo pacman -S kernel26 nvidia
    Pacchetti: kernel26-2.6.24.3-3 nvidia-169.12-1

    ora usando kernel26xx.preset per fare i pacchetti come nel pastebin del commento 2 di nameless (che era il vecchio di mkinitcpio-0.5.17-2) funziona tutto perfettamente, non sbaglia un colpo con kernel vecchi e nuovi.

    kernel26
    kernel26vanilla
    kernal26mc

    Commento di telperion — marzo 27, 2008 @ 6:11 pm

  11. @telperion:
    anche se in ritardo ormai (sono rientrato adesso a casa) voglio dirtelo lo stesso.
    Nel commento di ieri notte, mi sono dimenticato di scrivere che oltre a modificare il file kernel26xx.preset ho fatto il downgrade di mkinitcpio alla versione in core e modificando quindi la relativa dipendenza nel PKGBUILD.
    Scusa! Ti avrei risparmiato un bel pò di smazzamento!😉

    Commento di nameless — marzo 27, 2008 @ 7:59 pm

  12. @nameless:
    confermo col mkinitcpio 0.5.17-2 funziona tutto,
    col nuovo solo i pacchetti kernel di [testing] e nessuno compilato (usando kernel26xx.preset nuovi vecchi provate tutte).

    Speriamo che quando arriverà in core sia stato messo a posto.

    Commento di telperion — marzo 27, 2008 @ 8:23 pm

  13. Mkinitcpio-0.5.18-1 disastro in Arch Linux

    Appena entrato in Core, ecco qui … piantato durante la rigenerazione dell’immagine del kernel e non va avanti, con CPU al 100%, aspetto ancora un pò per vedere se si sveglia e poi via con i .pacsave (perforza)
    Le speranze del buon Telperio…

    Trackback di OpenSource 2007 — marzo 31, 2008 @ 6:15 am

  14. http://bugs.archlinux.org/task/10050

    Commento di telperion — aprile 1, 2008 @ 12:13 pm

  15. L’odierno aggiornamento di mkinitcpio-0.5.18.1-1 con relativa eliminazione di keymap dagli HOOKS in /etc/mkinitcpio.conf
    e qualche magheggio col nuovo file di configurazione del kernel26
    sudo mv kernel26.preset.pacnew kernel26.preset
    sembrano portare la situazione alla normalità.

    Certo che tutto sto casino sui kernel …

    Commento di telperion — aprile 2, 2008 @ 4:18 pm

  16. non ho ancora “magheggiato” perchè ora sono preso con nuofo giokattolen, comunque, soluzione in tempi brevi.

    Certo che tutto sto casino sui kernel …

    Commento di LuNa — aprile 2, 2008 @ 8:43 pm

  17. Non voglio sparare sentenze, ne generare flame, però il tuo non è un tipico comportamento da utente Mac che attende che gli piova l’aggiornamento dal cielo!😀
    Il repo testing non è per l’utente comune, anche se sono sicuro dal tuo ottimo blog che tu sia un utente più che scafato. Inoltre non ha 5000 OS diversi, sparsi su qualsiasi HD gli passi sotto mano!😛

    Saluti e congratulazioni per il blog

    Commento di Jak - BeeSeek Blogs admin — aprile 12, 2008 @ 12:08 am

  18. Jak quel kernel e relative dipendenze mkinitcpio-0.5.18.1 è finito in CORE 2 giorni dopo causando kernel panic a parecchie persone.
    In una distibuzione linux 2 cose dovrebbero essere sacre oltre ogni cosa:
    1) il kernel
    2) la connessione di rete.
    Gli aggiornamenti a questi 2 componenti dovrebbero essere vagliati 1000 volte prima di essere messi in circolazione.
    Ci sta in UNSTABLE ma in TESTING solo tollerati piccoli bug/malfunzionamenti e in CORE meno che mai blocchi totali.

    Commento di telperion — aprile 12, 2008 @ 12:27 am

  19. Ah questa cosa del core non la sapevo, in ogni caso hai ragione su alcune scelte superficiali da parte dei team di sviluppo di alcune distro, sempre però tenendo conto delle mie considerazioni del commento precedente!😉

    Grazie per le precisazioni

    Commento di Jak - BeeSeek Blogs admin — aprile 14, 2008 @ 9:19 am

  20. ciao Telperion, scusa l’OT ma ho un grave problema da esporti.
    Oggi in Arch è entrato in extra il kernel 2.6.27-ARCH, l’ho installato, ho riavviato il pc per provarlo, ma mi succede una cosa stranissima.
    Il boot procede senza problemi, infatti non risulta nessun errore a video, ma poco prima di caricare il GDM (uso GNOME), il pc emette un suono stranissimo, stridulo (non è la campanella di sistema), che mi ha fatto saltare letteralmente dalla sedia! E questo lo fa ad ogni boot con il 2.6.27, mentre con il kernel vanilla 2.6.26.5 compilato da me, non mi succede!
    Il GDM carica e si sente la campanella di sistema come suono. Io ho disabilitato in /etc/rc.conf il relativo modulo (pcspkr) quindi capisco che c’è qualcosa che non va. Infatti, se tento di “scaricare” il modulo con ‘rmmod pcspkr’ mi esce un errore che mi informa che /proc/modules non esiste. Quindi deduco che c’è qualcosa che non va con i moduli (infatti non mi funziona nessun modulo).
    Con il kernel vanilla ero ancora al 2.6.26.5 e compilando proprio ora il 2.6.27-vanilla, ho lo stesso problema. Quindi adesso sono bloccato al 2.6.26.5.
    Non mi è mai successa una cosa del genere!
    Spero in un tuo aiuto. Grazie.

    Commento di nameless — ottobre 14, 2008 @ 9:53 am

  21. @nameless
    con arch sempre meglio avere più kernel installati
    io ne ho 3 per evitare di rimanere a piedi visto i precedenti non particolarmente felici delle versioni ufficiali (che NON USO).

    Prova a vedere nel forum inglese se trovi qualcosa e tienti stretto il 2.6.26.5 e relativi driver.

    Commento di telperion — ottobre 14, 2008 @ 12:27 pm

  22. @telperion
    volevo dirti che finalmente ho risolto leggendo sul forum internazionale di archlinux (io avevo guardato solo quello italiano). In pratica, dalla versione 2.6.26.6 è stato cambiato il nome del modulo da pcspkr a snd_pcsp. Ecco perché tutta quelle serie di problemi. Grazie mille telperion per tutto. Ciao.

    Commento di nameless — ottobre 14, 2008 @ 1:48 pm

  23. @nameless
    prego

    Commento di telperion — ottobre 14, 2008 @ 2:54 pm


RSS feed for comments on this post.

Blog su WordPress.com.

%d blogger cliccano Mi Piace per questo: