S
SGDA

  • 5 oct. 2012
  • Inscrit 31 mai 2012
  • 0 meilleure réponse
  • Merci pour la réponse, pour ma part
    mount -t => mount -h
    #mount -h
    mount : l'option requiert un argument -- t

    Utilisation :
    mount [-lhV]
    mount -a [options]
    mount [options] <source> | <répertoire>
    mount [options] <source> <répertoire>
    mount <opération> <pointdemontage> [<cible>]
    # mount -V
    mount de util-linux 2.21.2 (libmount 2.21.0: selinux, debug)
  • Bonjour,
    la commande
    mount -t jffs2 ... retourne
    mount: type de système de fichiers « jffs2 » inconnu

    le support de jffs2 semble abandonné dans fedora17 3.5.4
    y-a-t-il un dépôt où il serait existant (jffs2.ko) ?

    merci d'avance
  • Depuis un fedora 16 à jour, j'ai utilisé la procedure preupgrade.
    suite à la lecture de forums j'ai ajouté live_ram à la fin de la ligne définant linux dans la rubrique upgrade avant le reboot.
    Une fois le reboot effectué et la miseà jour réalisée, j'ai n'ai eu que le choix 3.3.7-1.fc16 au nouveau démarrage avec grub2/grub.cfg
    Il y avait bien une rubrique 3.3.7-1.fc17 mais pas active car en fait il n'y avait pas de initramfs-3.3.7-1.fc17 (vmlinux, config et Systemap version 3.3.7-1.fc17 étaient présentes).
    Je ne puis dire si c'est l'ajout de l'argument live_ram qui a généré l'absence de initramfs.
    Un boot en 3.3.7-1.fc16 aboutissait à un plantage
    Je suis passé en mode rescue en ajoutant l'argument single au linux de 3.3.7-1.fc1-16
    puis un
    export releaserver=17
    export basearch=i386
    yum reinstall kernel-3.3.7-1.fc17.i686.rpm
    a rétabli le initramfs et l'entrée dans grub2/grub.cfg
    et c'est OK.
    Je poursuis ma découverte