Come abilitare il supporto a Ext4 in openSUSE 11.1


Solo pochi giorni fa, in occasione dell’installazione di openSUSE 11.2 Milestone 5 e a causa di problemi riscontrati a fine installazione che impedivano l’avvio della distribuzione, mi sono cimentato nella compilazione di un nuovo Kernel abilitando il supporto a EXT4  in openSUSE 11.1 al fine di accedere alle partizioni della Milestone 5.
Perchè EXT4? La risposta è semplice: durante la fase di installazione della Milestone 5 ho adottato come filesystem il prestante EXT4 e considerando il fatto che openSUSE 11.1 non include di default il supporto a EXT4 mi sono avventurato nella sua abilitazione.
Vediamo dunque come procedere per abilitare il supporto in lettura e scrittura al filesystem EXT4 in openSUSE 11.1 che attualmente utilizza il Kernel 2.6.27.23-0.1.

Questa guida è valida per qualsiasi altra operazione relativa a un Kernel che richiede l’abilitazione, o in caso contrario la disabilitazione, di un modulo.
E’ sempre bene agire con prudenza e nel pieno delle proprie conoscenze: una configurazione errata potrebbe danneggiare il sistema rendendolo instabile e/o inutilizzabile.

Innanzitutto è bene attrezzare il sistema affinchè il processo di configurazione e di compilazione del nuovo Kernel volga al termine senza problemi. Aprire una console e ricorrendo all’utilizzo di zypper digitare:

sudo zypper in qt3-devel kconfigeditor ncurses-devel make

Effettuare il download della versione più recente del Kernel da questo indirizzo. Nel mio caso mi sono servito della versione 2.6.30.4.

Aprire una console, acquisire i privilegi di root, entrare nella directory contenente i sorgenti del Kernel utilizzando il comando "cd nome_directory" ed estrarre l’archivio compresso precedentemente scaricato (nel mio caso linux-2.6.30.4.tar.bz) badando bene a destinare il suo contenuto nella directory /usr/src/.

tar -xvf linux-2.6.30.4.tar.bz2 -C /usr/src/

Entrare nella directory contenente i files generatasi in seguito all’estrazione dell’archivio dei sorgenti del Kernel:

cd /usr/src/linux-2.6.30.4/

A questo punto è necessario modificare la configurazione di default del Kernel in uso affinché il successivo processo di compilazione dia vita ad un Kernel con tanto di supporto il lettura e scrittura al files system EXT4. Aprire una console e impartire il seguente comando:

make xconfig

Prima di procedere è fortemente consigliato effettuare una copia di backup del file di configurazione al fine di evitare future problematiche legate sopratutto a settaggi azzardati o poco adatti all’hardware in uso. Certo non è il nostro caso, ma una copia di sicurezza della configurazione originale o di default non fa mai male!!

Kernel xconfig | Crismon's Blog

Dalla finestra principale –> File –> Save As.. –> Selezionare la directory in cui si desidera salvare il file .config e premere sul bottone Save per confermare.

E’ giunto il momento di selezionare il modulo EXT4 al fine di includerlo nelle features di quello che sarà il nostro nuovo Kernel. Dalla finestra principale –> Edit –> Find –> Ext4 –> Selezionare le seguenti voci:

  • Ext4 extended attributes (NEW);
  • The extended 4 (Ext4) filesystem;
  • Enable Ext4dev compatibility (NEW);
  • Ext4 POSIX Access Control Lists;
  • Ext4 Security Labels.

…come in figura:

Kernel xconfig - Find Ext4 | Crismon's Blog

Chiudere la finestra nella quale abbiamo selezionato le nuove features premendo l’apposito pulsante contrassegnato dalla X e salvare il file di configurazione.

E’ giunto il momento di creare il pacchetto Rpm corrispondente al nuovo Kernel con tanto di supporto al filesystem EXT4 e dunque impartire il seguente comando:

make rpm

Terminato il processo di creazione del pacchetto, che a seconda della macchina in uso e delle sue potenzialità impiegherà più o meno tempo, occorre installare il pacchetto Rpm.

N.B: per installare la nuova versione del Kernel è bene impartire il comando rpm -ivh che installa la nuova versione del pacchetto e non rpm -Uvh che andrebbe ad aggiornare e quindi a sovrascrivere il Kernel in uso.

Entrare nella directory /usr/src/packages/RPMS/i386 digitando:

cd /usr/src/packages/RPMS/i386

Installare il pacchetto Rpm, nel mio caso denominato kernel-2.6.30.40.1default-1.i386.rpm, con il comando:

rpm -ivh kernel-2.6.30.40.1default-1.i386.rpm

Successivamente impartire il comando:

mkinitrd

…che nel mio caso restituisce il seguente l’output:

Kernel image:   /boot/vmlinuz-2.6.27.23-0.1-default
Initrd image:   /boot/initrd-2.6.27.23-0.1-default
Root device:    /dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part2 (/dev/sda2) (mounted on / as ext3)
Resume device:  /dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part1 (/dev/sda1)
Kernel Modules: hwmon thermal_sys processor thermal dock scsi_mod libata ata_piix ata_generic ide-core piix ide-pci-generic fan jbd mbcache ext3 edd crc-t10dif sd_mod usbcore ohci-hcd uhci-hcd ehci-hcd ff-memless hid usbhid
Features:       block usb resume.userspace resume.kernel
Bootsplash:     openSUSE (1280x1024)
23123 blocks
 
Kernel image:   /boot/vmlinuz-2.6.30.4-0.1-default
Initrd image:   /boot/initrd-2.6.30.4-0.1-default
Root device:    /dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part2 (/dev/sda2) (mounted on / as ext3)
Resume device:  /dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part1 (/dev/sda1)
Kernel Modules: hwmon thermal_sys processor thermal scsi_mod libata ata_piix ata_generic ide-core piix ide-pci-generic fan jbd mbcache ext3 edd crc-t10dif sd_mod usbcore ohci-hcd uhci-hcd ehci-hcd hid usbhid
Features:       block usb resume.userspace resume.kernel
Bootsplash:     openSUSE (1280x1024)
50532 blocks

Tale output è necessario al fine di riconfigurare Grub o il bootloader in uso in quanto contiene le informazioni relative all’avvio del nuovo Kernel.

Per prevenire qualsiasi tipo di problema consiglio di effettuare una copia di backup del file di configurazione del bootloader in uso e successivamente eseguire le operazioni di integrazione del nuovo Kernel.

Nel caso in cui, per esigenza o per curiosità, si presenti la necessità di convertire un filesystem EXT3 in EXT4 consultare questo articolo.

Articoli correlati:

,

Segnala questo articolo: Queste icone linkano i siti di social bookmarking sui quali i lettori possono condividere e trovare nuove pagine web.
  • Facebook
  • del.icio.us
  • Digg
  • Reddit
  • StumbleUpon
  • Technorati
  • OKnotizie
  • Google Bookmarks
  • TwitThis
  • Upnews
  • Segnalo

  • xeniga
    perfetto ho risolto....ho dovuto ricompilare e attivare il modulo...era il modulo uvcvideo..
    di default nn era marcato..
    adesso anche la webcam funziona...
    almeno così conosco tutto il necessario per far funzionare il mio hardware in aso di compilazione...
    prossimamente proverò a snellire...proverò in caso quando uscirà il kernel 2.6.31....
    comunque grazie per il supporto....non riuscivo a ricordare il comando ispc...
    spero si possa scegliere nellla futura opensuse 11.1 per il kernel-desktop/server...
  • spamstop
    lspci = Lspci... La prima lettera è una L non una i ;)
    Mi metto all'opera anche io vediamo che combino! :D
  • Marca e modello della tua webcam?

    Prova a dare il comando (da root) "lspci" e posta l'output.
  • xeniga
    non riesco a capire una cosa se col vecchio kernel la webcam funziona dovrebbe esserci per forza il modulo anche nel nuovo kernel...non riesco neanche a capire quale driver usa questa webcam su vista vedo ke il driver è sonix chicony qualcosa del genere..

    mi manca solo far andare la webcam e sarebbe tutto perfetto...
  • xeniga
    stamattina ho scoperto che non mi rileva neache la webcam?
    dovrei ricompilare da capo??

    ho una webcam integrata...il vecchio kernel me la rileva il nuovo no...dovrei attivare qualche altro modulo?
  • Questo intendevo....quando parlavo dei problemi dell'installazione del kernel nuovo....i driver XD

    <<ad esempio se abilitassi solo i moduli che servono al mio hardware avrei un sistema veramente addatto alla macchina in uso...>> questa funzione esiste già nell'installazione di debian lenny....risparmi mooolti secondi al momento del boot....sembra quasi il boot dell'ubuntu XD
  • Temo proprio che tu devva controllare che il modulo necessario all'utilizzo della webcam sia caricato correttamente nel casi sia presente nel nuovo kernel.
    Altrimenti, anzichè perdere altro tempo e rieseguire l'intera procedura di compilazione del kernel ti consiglio di scaricare i sorgenti del driver per la tua webcam e compilarli.
  • xeniga
    ad esempio se abilitassi solo i moduli che servono al mio hardware avrei un sistema veramente addatto alla macchina in uso...
    sarebbe utile avere un opzione simile durante l installazione,anche durante l installazione del sistema operativo magari solo per utenti + smaliziati...così si toglierebbero i moduli che non servono e si alleggerirebbe il cuore del sitema...
  • Esiste una modalità avanzata per quanto riguarda l'installazione ma ad essere sincero non ricordo se si possono gestire questo genere di opzioni.
    Un modulo lo puoi installare anche senza ricompilare il kernel...compilando il codice sorgente di un determinato driver che appunto contiene il modulo di cui hai bisogno.
    Per quanto riguarda la scelta op l'esclusione dei moduli opccorre conoscere bene la propria configurazione hardware al fine di installare tutto il necessario. Per il resto avresti come risultatop un kernel snello che influirebbe anche sula velocità di boot.
  • xeniga
    durante ma anke dopo aver installato il sistema..nel mio caso mi sarebbe servito abilitare un modulo dopo aver già installato il nuovo kernel..
    sarebbe comodo se esistesse un modo...
  • xeniga
    ho guardato tra i moduli facendo make xconfig e ho notato che esiste un modulo apposito per questa nuava serie di schede wireless per 5000 family 6000 6050...
    però mi tocca ricompilarlo...pazienza...
    ma almeno avrò tutto sistemato dopo...

    ma si posso abilitare dei moduli post installazione?
  • Ovvero? Durante l'installazione diel sistema operativo?
  • xeniga
    per il wireless ho interl WiFi Link 5100 AGN #6

    devo attivare qualche modulo sul kernel?
  • Il modulo per la tua scheda wireless dovrebbe essere "iwl3945".
    Prova a vedere se è correttamente caricato impartendo i comandi:

    lsmod | grep iwl

    In caso contrario disabilitalo:

    sudo modprobe -r iwl3945

    e riabilitalo:

    sudo modprobe iwl3945
  • xeniga
    fatto...era come dicevo ci voleva la versione di xorg + recente il monitor reagisce per fortuna ma adesso non mi rileva il wireless...come mai??eppure il kernel è + aggiornato dovrebbe rilevarla....uffffff
  • xeniga
    niente non riesco a venire a capo del problema per il rilevamento del wireless..ho risolto tutto riesco anche a cambiare la luminosità del monitor finalmente....ma sto wireless non esce da nessuna parte...
  • Mhh che scheda monta la tua macchina? Utilizza particolari driver?
  • xeniga
    nono...sta per finire di creare il pacchetto rpm e poi installo,per la voce del grub ho imparato a farlo direttamente da yast creando una nuova voce da quello esistente..

    chiedevo per sapere se c era qualche versione ancora + recente di xorg rispetto a quella in opensuse 11.1...
    spero tanto non mi dia problemi...tra non molto saprò...
    sto aggiornando il kernel sperando di risolvere il problema per la gestione energetica del monitor..perkè non riuscivo a poter cambiare la luminosità del monitor così mi risucchiava tutta l emergia della batteria in un ora circa..con kubuntu non avevo problemi ma nn piace come distro e sto cercando di risolvere con opensuse...spero di risolvere aggiornando il kernel appunto...
    te hai idee?
  • Una versione più recente disponibile in formato rpm non esiste....
    Prima di andare a fondo sulla questione vediano se il nuovo kernel risolve il tuo problema...se la risposta dovesse essere negativa indagheremo più a fondo alla ricerca di una valida soluzione.
  • xeniga
    ma esiste qualche repo per aggiornare xorg oppure bisogna per forza affidarsi al repo oss?
  • Devi per forza di cose affidarti al repository OSS.
    Hai qualche problema in merito?
  • xeniga
    credo d esser arrivato alla soluzione...il nuovo kernel ha bisogno di xorg superiore al 7.3 e io avevo opensuse 11 con xorg 7.3 adesso sto aggiornando alla 11.1 che ha invece la 7.4 vediamo se cambia qualcosa...in poche parole mi sa che la guida può andare per tutti tranne er ki ha il chip intel con scheda video integrata e i nuovi kernel necessitano probabilmente di xorg + recente...
    tra non molto darò conferma o meno di quanto detto...
  • Effettivamente il problema sembra quello da te esposto.....

    Fammi sapere come va aggiornando xorg alla versione superiore.
  • xeniga
    ciao Crismon...ho provato a ricompilare il kernel sul notebook come ho fatto sul desktop ma mi da questo errorre:

    fatal error:
    Couldn't bind memory for hw status

    mo come faccio?
    in poche parole non mi si avvia il server grafico

    spero in tuoi aiuto...
  • xeniga
    ciao Crismon scusami ma se io volessi togliere il vecchio kernel posso disinstallarlo direttamente da yast e togliere la voce su grub?
    perkè mi trovo adesso ad avviare sempre il nuovo kernel senza mai usare il vecchio...in futuro se ci sono nuovi kernel saprei come compilarli e non vorrei avere tanti kernel installati...ma tenerne uno...
  • xeniga
    scusami Crismon se io volevvi eliminare il vekkio kernel posso disinstallarlo tranquillamente da yast e togliere la sua voce in grub?mi ritrovo adesso a usare il nuovo kernel lasciando da parte il vecchio..
  • dimenticavo cris....so che sotto suse ce un file, per mettere i settaggi gia presente nel kernel ufficiale in un kernel X (alemeno i principali, cosi eviti di dover spulciare tutto) e modifichi solo cio che ti interessa... sai come si faceva (mi sembra di ricordare ci sia un comando..ma adesso non lo ricordo manco x errore)

    so che si riusparmiava molto molto tempo.... provo a cercarlo, caso mai se lo trovo aggiungo.....
  • Ti riferisci al .config?
  • si penso proprio quello, mi sembra bastasse copiarlo nel nuovo kernel.... l'ho fatto solo una volta secoli fa e ora nn ricordo bene!!
  • L'ho anche citato nella guida... il .config contiene la configurazione del kernel in uso e di conseguenza noi non abbiano fatto altro che utilizzare le stesse caratteristiche e in aggiunta abbiamo abilitato il modulo per Ext4.
  • dite di utlizzare il kernel 2.6.27??.... mmh siete sicuri che pero Ext4 sia "operativo" e non ancora sperimentale? perche a suo tempo lo era, quindi o siete estremamente sicuri che sia patchato a dovere oppure forse meglio seguire la "via di cris" con un kernel un pò più recente dove ext4 è maturo! :-)

    MAndi
  • A quanto ne so io, come ho anche detto in precedenza, il supporto stabile a Ext4 comincia dal kernel 2.6.28 e di conseguenza ho optato per una versione superiore puntando quindi a quella che era l'ultima release stabile.
  • enziosavio
    Accidenti Crismon sei un Vulcano , ma hai dormito questi giorni !
  • Riposatissimo!! ;)
  • PieroS
    Complimenti per la chiarezza nell'espozione ma soprattutto per gli aiuti successivi.
  • Grazie Piero, mi fa immensamente piacere che sia riuscito ad essere chiaro.
    I tuoi complimenti mi fanno molto piacere perchè la chiarezza è il primo degli obiettivi che mi pongo quando scrivo una guida.

    Grazie. ;)
  • Non riesci a formattarlo dal partizionatore perchè su openSUSE 11.1 non era previsto il filesystem Ext4 e di conseguenza non è abilitato a farlo.

    Segui questa guida: http://www.crismonblog.org/opensuse-102/opensus...
  • Crismon scusa il disturbo....ma perchè hai utilizzato un nuovo kernel...bastava attivarlo sull'attuale kernel della 11.1....per le altre suse con il kernel non compatibile con ext4 si...ma per la 11.1...bastava il kernel già presente con una piccola modifica
  • In effetti non hai tutti i torti, il mio obiettivo era quello di scrivere un articolo in un certo senso polivalente..valido anche per casi più disperati insomma.. :)

    E per di più sono a conoscenza del fatto che il supporto a Ext4 (mi riferisco alla versione stabile del filesystem) necessita di una versione del kernel uguale o superiore alla versione 2.6.28... correggimi se sbaglio...

    Quindi rispetto a quanto proponi c'è un maggiore impiego di tempo a causa del download dei sorgenti del kernel, dell'estrazione ecc...(ma in definitiva siamo li). In aggiunta si può godere dei vantaggi dati dalla versione (stabile) di un kerlel più recente....
  • xeniga
    sono d accordo con ciò che dici,meglio compilare una versione + recenete e performante e poi si ext4 è stabile solo dalla versione 2.6.28 in su,anzi nella 2.6.28 ancora non era neanche al massimo e ci sono state delle patch risolutive solo con la 2.6.29 ci sono stati ottimi risultati e senza problemi..

    scusami se sbaglio Crismon ma una volta aggiornato il kernel perkè nel partizionatore di yast non riesco a trovare l opzione per passare all ext4??
  • e alla ricompilazione dei driver che con il vecchio kernel erano già configurati e con quello nuovo bisogna faticare.....come il broadcom sta che con il nuovo kernel ha bisogno della patch... :-)
  • xeniga
    mandriva come ubuntu adottano speedboot per velocizzare l avvio del sistema,ho letto che anche opensuse 11.2 lo implementerà..ma ero curioso di sapere se era possibile attivarlo sul nuovo kernel..
    in caso volessi modificare qualche modulo del kernel cosa dovrò fare?dovrò rifare tutta la procedura?
  • Si, devi ripercorrere tutti gli step...
    Per lo speedboot non posso darti indicazioni precise al momento...cercherò di informarmi.
  • xeniga
    tutto fatto!!
    ho dovuto ricompilare i driver nvidia ma è tutto ok adesso..ma se volessi attivare speedboot?se non mi sbaglio si attiva da qualche modulo del kernel no?
  • In questo caso dovresti disabilitare sia nel kernel i moduli che non utilizzi in maniera tale da guadagnare qualche secondo... oppure intendi qualcos'altro?

    Per quanto riguarda i deriver NVIDIA è normale ciò che ti è accaduto... il nuovo kernel necessita della riabilitazione del modulo.
  • xeniga
    ecco qui il contenuto:

    # Modified by YaST2. Last modification on Mon Aug 24 23:08:52 CEST 2009
    default 0
    timeout 8
    gfxmenu (hd0,6)/boot/message

    ###Don't change this comment - YaST2 identifier: Original name: linux###
    title openSUSE 11.0 - 2.6.25.20-0.5
    root (hd0,6)
    kernel /boot/vmlinuz-2.6.25.20-0.5-default root=/dev/disk/by-id/scsi-SATA_ST3160023AS_4MT1LZGD-part7 resume=/dev/sda5 splash=silent showopts vga=0x31a
    initrd /boot/initrd-2.6.25.20-0.5-default

    ###Don't change this comment - YaST2 identifier: Original name: failsafe###
    title Failsafe -- openSUSE 11.0 - 2.6.25.20-0.5
    root (hd0,6)
    kernel /boot/vmlinuz-2.6.25.20-0.5-default root=/dev/disk/by-id/scsi-SATA_ST3160023AS_4MT1LZGD-part7 showopts ide=nodma apm=off acpi=off noresume edd=off x11failsafe vga=0x31a
    initrd /boot/initrd-2.6.25.20-0.5-default

    ###Don't change this comment - YaST2 identifier: Original name: windows###
    title Windows
    rootnoverify (hd0,6)
    chainloader (hd0,0)+1


    ps:grazie per la pazienza ...
  • Edita nuovamente il file /boot/grub/menu.lst e aggiungi nella parte finale queste righe:

    ###Don't change this comment - YaST2 identifier: Original name: failsafe###
    title Failsafe - openSUSE 11.0 - 2.6.30.5-default [Ext4 Support] - By Crismon's Blog :)
    root (hd0,6)
    kernel /boot/vmlinuz-2.6.30.5-default root=/dev/disk/by-id/scsi-SATA_ST3160023AS_4MT1LZGD-part7 resume=/dev/sda5 splash=silent showopts vga=0x31a
    initrd /boot/initrd-2.6.30.5-default

    Riavvia e GRUB dovrebbe mostrarti una nuova voce posta immediatamente sotto a quella di windows.. avviala e fammi sapere.
  • xeniga
    sorry dove le recupero queste stringhe o che comando devo dare da shell per saperlo?
  • Edita il file /boot/grub/menu.lst e copia il suo contenuto.

    Da console se utilizzi KDE4 digita:

    kdesu kwrite /boot/grub/menu.lst
  • xeniga
    Kernel image: /boot/vmlinuz-2.6.25.20-0.5-default
    Initrd image: /boot/initrd-2.6.25.20-0.5-default
    Root device: /dev/disk/by-id/scsi-SATA_ST3160023AS_4MT1LZGD-part7 (/dev/sda7) (mounted on / as ext3)
    Resume device: /dev/sda5
    Kernel Modules: processor thermal dock scsi_mod libata ahci pata_amd fan jbd mbcache ext3 edd sd_mod usbcore ohci-hcd uhci-hcd ehci-hcd ff-memless hid usbhid
    Features: block usb resume.userspace resume.kernel
    Bootsplash: openSUSE (1280x1024)
    24745 blocks

    Kernel image: /boot/vmlinuz-2.6.30.5-default
    Initrd image: /boot/initrd-2.6.30.5-default
    Root device: /dev/disk/by-id/scsi-SATA_ST3160023AS_4MT1LZGD-part7 (/dev/sda7) (mounted on / as ext3)
    Resume device: /dev/sda5
    Kernel Modules: processor thermal scsi_mod libata ahci pata_amd fan jbd mbcache ext3 edd sd_mod usbcore ohci-hcd uhci-hcd ehci-hcd hid usbhid
    Features: block usb resume.userspace resume.kernel
    Bootsplash: openSUSE (1280x1024)
    57530 blocks

    questo è quello che mi da l output...
  • Ottimo, posta anche le stringhe che permettono l'avvio del vecchio kernel o quello in uso...
  • Installando il nuovo kernel, GruB non viene sfiorato dall'idea di aggiungere una nuova voce per cui devi essere tu a farlo manualmente. ;-)
    Se copi l'output di mkinitrd in un file prima di modificare GRUB e di riavviare, nel caso in cui tu abbia commesso qualche errore poi riprovare a configurare in nuovo kernel successivamente in quanto il vecchio continua a funzionare senza problemi.
  • xeniga
    vediamo se ho capito:
    io con questo comando rpm -ivh vado a installare un nuovo kernel senza togliere quello che già ho,quindi in teoria in fase di bootloader dovrei avere in + la voce del nuovo kernel..o sbaglio?
    non ho capito se devo fare qualcosa per renderlo avviabile in grub o se verrà letto da grub automaticamente...perchè al momento sta creando l rpm quindi ancora non l ho installato..
    per renderlo avviabile da grub cosa dovrò fare?
  • xeniga
    come configuro grub per il nuovo kernel?
    scusa Crismon ma è la prima volta che ci provo...

    con mkinitrd non rigenero la configurazione di grub?
  • No, mkinitrd ti da tutti i dati di cui necessiti per ricostruire la voce in GRUB.
    Nel mio caso, la seconda parte dell'output, riporta i seguenti paramenti:

    Kernel image: /boot/vmlinuz-2.6.30.4-0.1-default
    Initrd image: /boot/initrd-2.6.30.4-0.1-default
    Root device: /dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part2

    che non sono indispensabili al fine di ricreare la voce di avvio in grub.
    Io ti consiglio di copiare e di non eliminare finchè non hai il nuovo kernel avviabile tramite GRUB l'output di mkinitrd e di provare a configurare il menu.lst facendo riferimento ad una voce di avvio funzionante.

    Nel mio caso la nuova voce assumerà la seguente forma:

    ###Don't change this comment - YaST2 identifier: Original name: failsafe###
    title Failsafe - openSUSE 11.1 - 2.6.30.4-0.1-default [Ext4 Support]
    root (hd0,1)
    kernel /boot/vmlinuz-2.6.30.4-0.1-default root=/dev/disk/by-id/ata-Maxtor_6L160P0_L42R7CSG-part2 showopts ide=nodma apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 x11failsafe vga=0x31a
    initrd /boot/initrd-2.6.30.4-0.1-default

    Se hai problemi posta pure l'output e le stringhe relative all'avvio del kernel precedente.
  • xeniga
    dimenticavo..va bene anche per opensuse 11 no?

    sono menzionate tutte le release di opensuse tranne la 11..:-P
  • xeniga
    ciao...ma se lascio tutta la configurazione del kernel di default dovrebbe andare cmq bene per il mio pc no?in aggiunta al default dovrei aggiungere solo il supporto per ext4..
  • Decisamente si, se mantieni invariata la configurazione ottieni un kernel identico o meglio con gli stessi moduli di quello adottato di default, se segui la guida aggiungi anche il supporto a EXT4.
  • Davide
    Non ho testato la guida, ma ora che le sere si faranno più fresche compilare sarà meno problematico per il mio laptop.
    Una domanda: una volta abilitato il supporto a ext4 come faccio a convertire la mia partizione attualmente formattata in ext3?
  • A breve scriverò un articolo in merito... se riesco lo pubblico anche domani.
blog comments powered by Disqus