slack a écrit 337 commentaires

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Bravo pour ta réussite.

    nfs : le système hôte ne m'autorisait pas exécuter les binaires présents

    Il y a deux causes possibles :
    * un problème de configuration sur le serveur (une piste : les options du fichier /etc/exports sur le serveur)
    * les options utilisées par la commande mount sur le client ( l'option noexec interdit de lancer les binaires, utilise l'option exec)

    Uboot configuré avec des erreurs à la base (ARCH_NUMBER incorrect, ce qui empêchait le boot de mon nouveau noyau uImage fraichement compilé

    l'ARCH_NUMBER doit être modifié en fonction du noyau à lancer. Pour une raison qui m'échappe, il change suivant que l'on utilise le noyau fourni par le fabricant ou un noyau vanilla. Cela ne semble pas être une erreur de configuration d'uboot.

    un guruplug qui présente de nombreux problèmes de fabrication: problème thermique

    Comment solutionne-tu le problème ?

    j'en ai quand même fumé 1. Plus moyen d'avoir uBoot au démarrage lol.

    Est-ce l'alimentation qui a laché ou bien la carte électronique ? As-tu essayé avec la sonde jtag ? Quid de la garantie ?

    Encore bravo et merci pour ton partage d'expérience.

    Slack

  • [^] # Re: Quelques idées...

    Posté par . En réponse au message Retour d'expérience sur les plug computer. Évalué à 0.

    Je ne connaissais pas ces machines. Merci pour l'information.

  • [^] # Re: Mon expérience est faible

    Posté par . En réponse au message Retour d'expérience sur les plug computer. Évalué à 0.

    J'ai utiliser un ordi comme ça,

    Merci pour le partage d'expérience. As-tu le souvenir du modèle ?

  • [^] # Re: Trop gros pour le besoin numéro 1, pourquoi un disque dur ?

    Posté par . En réponse au message Retour d'expérience sur les plug computer. Évalué à 0.

    Je connaissais ce type de modules mais vu la taille du site, je ne pense pas que le système et le site tiendront dans 4Mo.

    Merci pour l'idée.

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    mrproper

    OUi. Je me suis trompé. En fait je récupère la config après avoir fait du ménage avec mrproper.

    Lance mrproper avant de copier la configuration du noyau en fonctionnement.

    récupération de la configuration du noyau d'origine ###

    Attention, lorsque tu fais :

     Compilation du nouveau noyau
     #cp -p /proc/config.gz /mnt/nfs/linux-2.6.33.3/.config
     #cd /mnt/nfs/linux-2.6.33.3
     #make config
     #make (*)
     #make modules_install
    

    tu recopies la configuration compressée du noyau en fonctionnement que tu recopies
    dans les sources du nouveau noyau. Il faut impérativement décompresser le fichier .config.gz dans les sources sinon, le système de construction du noyau ne reconnait pas le fichier .config.gz et utilise une configuration par défaut. C'est pour cette raison que tu es obligé de lancer
    make config
    

    Normalement, un simple

    make oldconfig
    

    devrait suffire. Relis attentivement mon précédent post où les étapes sont commentées.

    Conseil : sauvegarde quelque part les fichiers .config utilisés (celle de ton noyau d'origne, celle des noyaux que tu compiles) et compare ces fichiers avec la commande

    diff -u fichier1 fichier2
    

    pour vérifier que d'un noyau à un autre, certaines options n'ont pas été involontairement modifiées.

    uImage

    Le format de noyau uImage est celui utilisé par u-boot. Il est indispensable.

    compilation du pilote cm15

    Je te conseille de compiler le nouveau noyau, de compiler les modules, d'installer les modules puis de booter sur le nouveau noyau.
    Ensuite, tu pourras compiler le pilote pour ton cm15.

    Vu les erreurs de la compilation du pilote, l'usb n'est pas configuré correctement dans ton noyau.

    Cordialement

  • [^] # Re: Des questions, des indications et des conseils.

    Posté par . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Je n'ai pas de guruplug donc je n'ai pas d'expérience à partager sur ce matériel.

    Tu as fait :

    cp -p /proc/config.gz /mnt/nfs/linux-2.6.33.2/.config
    cd /mnt/nfs/linux-2.6.33.2
    make mrproper
    make menuconfig (mais j'ai tout laissé par défaut)
    /!\ J'ai bien essayé le make oldconfig mais il fallait renseigner trop de chose manuellement, j'ai laissé tombé..
    make
    

    Tu récupères une configuration avant de l'effacer avec make mrproper !
    Je te conseille :
    # récupérer une configuration de noyau
    cp -p /proc/config.gz /mnt/nfs/linux-2.6.33.2/.config.gz
    # la désarchiver
    cd /mnt/nfs/linux-2.6.33.2
    gunzip .config.gz
    # l'adapter à ton noyau
    make oldconfig
    make menuconfig
    # compiler le noyau
    make uImage
    # installer les modules
    make modules_install
    

    Comment as-tu fait pour réinstaller le noyau d'origine (l'Uimage + rootfs.ubi...) ?
    Quelles commandes as-tu lancé ?

    Pour booter sur le nouveau noyau, il faut configurer u_boot. As-tu le module jtag ? Je te conseille de faire une synthèse des liens suivants :
    http://www.forum-plugcomputer.net
    http://www.forum-plugcomputer.net/viewtopic.php?f=5&t=137&sid=ad0c0059add68624d7d90a5096de1ff6
    ftp://ftp.armedslack.org/armedslack/armedslack-13.37/INSTALL_KIRKWOOD.TXT
    http://sheeva4ever.over-blog.com/ext/http://www.cyrius.com/debian/kirkwood/sheevaplug/unpack.html

    Bon courage

  • # Des questions, des indications et des conseils.

    Posté par . En réponse au message Pb de compilation de noyau + besoin d'explications. Évalué à 0.

    Pour progresser, voici quelques questions :

    • Utilises-tu la distribution fournie avec le guruplug ou bien une autre (à préciser) ?

    • quel accessoire cm15 utilises-tu ? Est-ce
      http://www.edomotique.com/vproduit--cm15-pro-interface-pc-programmable--X10--cm15--09793--0-0-0-719219.aspx
      ou un produit équivalent ? Sur quel port se branche-t-il ?

    • quel pilote utilises-tu ? A quelle adresse as-tu trouvé les sources ?

    • Pourquoi affirmes-tu que la compilation échoue ? Dans ton premier post, je ne vois pas d'erreur. Dans ton second compte rendu d'erreur, pourquoi lances-tu make dans le répertoire iplc/driver/linux-2.6/cm15a.d et non dans le répertoire iplc/driver/linux-2.6 ?

    • As-tu besoin des patchs :

      • 0002-Driver-for-Marvell-Libertas-8688-SDIO-micro-AP-suppo-2.6.37-v2.patch
      • 0003-Initial-defconfig.patch
      • mvsdio-2.patch

    Quelques indications :

    • S'il est présent, le fichier /proc/config.gz contient une copie du fichier .config utilisé pour la compilation du noyau en fonctionnement.

    • Si tu peux compiler un noyau fonctionnel, tu auras la preuve que tous les outils nécessaires sont installés.

    Un pilote est compilé pour le noyau courant et les sources du pilote ont besoin des sources du noyau courant. Je te conseille :

    • de télécharger les sources d'un noyau sur le site de globalscale,

    • de les compiler sans patch,

    • d'installer les modules par make install_modules,

    • de booter ton guruplug avec ce noyau,

    • de conserver les sources du noyau et de remonter ta clé usb sur le même répertoire : dans le répertoire des modules, les deux liens symboliques build et source doivent pointent respectivement vers les répertoires des objets et des sources du noyau courant,

    • et enfin de compiler ton pilote pour le noyau courant.

    Bon courage

  • # mes 2 centimes.

    Posté par . En réponse au message Plus de résolution de nom de domaine. Évalué à 0.

    * solution de dépannage :

    tu peux configurer ton système pour qu'il interroge un serveur dns ouvert de google.

    Dans le fichier resolv.conf ajoute au tout début la ligne :
    nameserver 8.8.8.8


    * Comment est configuré ton système ? Vu ton fichier resolv.conf , ton ordinateur semble lancer un serveur dns comme bind ou dnsmasq au boot.

    De plus quel est ton FAI ? Curieusement, ses dns n'apparaissent pas dans ce fichier

    Bon courage
  • # xpra

    Posté par . En réponse au message pour transferer une fenetre d'une session X locale à une session X distance et vice/versa. Évalué à 3.

    Je n'ai pas testé mais il semble que le logiciel xpra convienne :

    http://linuxfr.org/forums/41/26140.html


    J'ai déjà vu un équivalent de screen pour X mais je n'arrive pas à le retrouver :-(

    Bon courage
  • # Pour recevoir de l'aide, peux-tu préciser :

    Posté par . En réponse au message probleme compilation uclinux. Évalué à 4.

    - le modèle de carte blacfin (processeur, ram ...);
    - la distribution utilisée sur ton pc;
    - la documentation utilisée;
    - les étapes suivies avant l'erreur de compilation ?

    Je ne connais pas ce type de carte. As-tu besoin d'un compilateur croisé ? Dans l'affirmative, utilises-tu un paquet tout fait ou bien l'as-tu compilé toi même ?

    Quelle version du noyau utilises-tu ? A-t-il été configuré correctement ?

    As-tu déjà compilé un noyau avec succès pour un système embarqué ?

    Bon courage.
  • [^] # Re: puisque la piste du processus noyau semble la bonne ...

    Posté par . En réponse au message Flush disque qui fait "freezer" la machine. Évalué à 2.

    J'utilise un noyau 2.6.32.2 compilé par mes soins sur une distribution slackware 12.2 et mes partitions sont formatées en reiserfs. Donc je ne pas réaliser de tests pour toi.

    Sur quel disque ta partition racine se trouve-t-elle ? De nombreuses écritures sur cette partition freezent-elles ton système ?

    Peux-tu remonter ta partition lvm en changeant les options de montages ?
    ATTENTION, d'après linux magazine n°122 de décembre 2009, activer l'option journal_checksum peut provoquer des corruptions sur les noyaux 2.6.31 et 2.6.32.

    Deux patches concernant ext4 ont été ajoutés depuis le tout nouveau 2.6.32.3. Je ne sais pas si cela solutionnera tes problèmes, mais tu peux tester ce dernier noyau.
  • # puisque la piste du processus noyau semble la bonne ...

    Posté par . En réponse au message Flush disque qui fait "freezer" la machine. Évalué à 3.

    peux-tu préciser ta configuration ?

    Quelle distribution utilises-tu ? Utilises-tu le noyau fourni par cette dernière ou bien un noyau que tu as configuré ?
    As-tu réinstallé ton système ou bien as-tu fais une mise à jour ?

    Ton périphérique LVM dm-0 est-il créé dans une partition de disque dur ou bien au dessus d'un raid ?

    Ensuite, peux-tu donnez le partitionnement du périphérique dm-0 et enfin préciser pour chaque partition, le système de fichiers utilisé, l'endroit où il est monté et les options de montage?


    L''un des treads noyau flush-254:0 ou jbd/2 semble vouloir écrire des données et faire appel à l'autre thread et cela semble bloquer le système.

    Utilises-tu un système de fichiers journalisé ? J'ai vu dernièrement qu'il y a des problèmes avec ext4.

    Peux-tu rebooter sur une version du noyau plus ancienne ? Le problème est-il toujours présent ?

    Bon courage.
  • # Si la piste du processus noyau est la bonne ...

    Posté par . En réponse au message Flush disque qui fait "freezer" la machine. Évalué à 6.

    Avant le 2.6.32 les threads noyaux pdflush étaient chargés d'écrire sur les disques les données modifiées. Le 2.6.32 propose une nouvelle infrastructure : flush. Le noyau crée selon les besoins des threads flush-X:Y où X et Y désignent le majeur et le mineur du périphérique dont le thread est responsable. Avec ce système, un périphérique lent ne pénalise pas les périphériques rapides.

    Trois questions pour progresser :
    * Le processus flush est-il bien un processus du noyau ? Dans l'affirmative, il apparrait entre crochets avec la commande
    ps aux.

    * jdb = java debuger ?

    * Sur ton système, quel périphérique a pour majeur 254 et mineur 0 ?
  • [^] # Re: Detection de la configuration

    Posté par . En réponse au message Faire un kernel rapide au démarrage.. Évalué à 3.

    Le fichier /proc/config.gz est le fichier (compressé) .config contenant la configuration du noyau au moment de sa compilation et non de la configuration courante.
  • [^] # Re: différentes pistes :

    Posté par . En réponse au message Quelle distribution pour un vieux pc 128 Mo ram. Évalué à 1.

    Pourquoi recommandez une vieille distribution alors qu'une distribution récente ne consommera pas énormément avec un WM léger ?

    Tout d'abord, par expérience, les serveurs X et les noyaux récents ne supportent plus respectivement les cartes graphiques et les périphériques trop anciens.

    Ensuite, parce que cette machine n'a que 132 Mo de ram et que les logiciels en consomment de plus en plus. Par exemple, sur ma machine mon serveur X en consomme 23 Mo. Il en consommait 55 il y a quelques instant. Même avec du swap, comment veux-tu avoir assez de place pour le noyau, le serveur X, le gestionnaire de fenêtre et un ou deux programmes ?
  • # différentes pistes :

    Posté par . En réponse au message Quelle distribution pour un vieux pc 128 Mo ram. Évalué à 1.

    Sur une machine aussi ancienne, peux-tu trouver la version d'une distribution sortie peu de temps après ta machine. Contrairement à une version récente, elle ne consommera pas trop de ressources et contiendra tous les pilotes nécessaires.
    Sinon, tu peux te tourner sur une distribution light : http://fr.wikipedia.org/wiki/MiniLinux

    Tu peux toujours transformer cette machine en terminal X.

    Si ta carte wifi est basée sur la puce Atheros 5xxx, il te faut le pilote ath5k apparu avec le noyau 2.6.24. Si ton noyau est trop ancien, tu peux toujours utiliser une carte ethernet et un bout de câble.

    Bon courage.

    slack
  • # Si cela peut t'aider ...

    Posté par . En réponse au message Création d'une distribution à partir de rien. Évalué à 1.

    * Quelles sources d'informations utilises-tu ?

    * Pour la configuration du noyau, je te conseille de compiler en dur tous les pilotes utiles au boot.

    * Ta distribution se trouve-t-elle entièrement dans l'initrd ou bien sur une partition de ta clé ?

    Dans le second cas, ton initrd doit contenir un fichier linuxrc qui doit rechercher la partition de ta clé.

    Personnellement, j'utilisais pour une clé Voyager contenant trois partitions (la première sous fat et les suivantes sous système fichiers linux contenant la distribution à lancer) le fichier linuxrc ci-dessous.

    Note1 : pour que la clé soit en lecture seule, la racine de la partition est en fait une union réalisé avec unionfs.

    Note2 : l'initrd contenait l'éxecutable blkid qui permet de trouver le système de fichiers utilisé sur une partition.

    Bon courage
    slack


    -------------------------------- linuxrc ------------------------------------------
    #!/bin/ash
    #echo -e "\033[0;32m""* ""\033[39m""$@"

    export PATH=.:/:/usr/sbin:/usr/bin:/sbin:/bin

    # garder une trace du message et l'afficher à l'écran après une étoile verte
    EchoLog()
    { echo "LIVECD:" "$@" >>/var/log/livelog
    echo -e "\033[0;32m""* ""\033[39m""$@"
    }

    AfficheEnGras()
    { echo -e "\033[0;1m""$@""\033[0;0m"
    } # gras texte normal
    # Chaque code d'échappement doit débuter par \033
    # qui donne le code ascii d'escape (Echap)

    #commande lancée en mode débug
    debug()
    { echo "===================== mode débug ======================"
    echo "Lancez les commandes souhaitées "
    echo "puis appuyez surCtrl+D pour poursuivre le boot"
    ash < /dev/console
    echo # Pour que la suite du texte soit sur une nouvelle ligne
    }

    #commande lancée quand quelque chose va très mal
    sos()
    { echo "L'erreur grave suivante est apparue :"
    echo "$1"
    echo "Utiliser le shell pour solutionner ou rebooter avec Ctrl+ALt+Del"
    ash </dev/console >/dev/console
    }

    # Titre
    AfficheEnGras "exécution du script linuxrc"

    EchoLog "montage des systèmes de fichiers /proc et /sys"
    mount -t proc proc /proc
    mount -t sysfs sysfs /sys
    ln -sf /proc/mounts /etc/mtab # cela nous permet d'utiliser umount -a
    #DEBUGCMD="debug"
    #$DEBUGCMD

    EchoLog "prise en compte de la ligne de commande"
    # option debug : lancer un shell après chaque étape pour déboguer
    DEBUGCMD=""
    if cat /proc/cmdline | grep debug 2>/dev/null 1>/dev/null ; then
    DEBUGCMD="debug"
    EchoLog "débogage activé"
    fi
    ## AFAIRE
    ## A enlever pour un système en production
    #DEBUGCMD="debug"
    #$DEBUGCMD

    EchoLog "attendre 5 secondes pour que le noyau prenne en compte les supports
    usb"
    for i in 1 2 3 4 5 6 ; do sleep 1 ; echo -n "." ; done ; echo
    $DEBUGCMD


    EchoLog "création pour les périphériques bloc des entrées dans /dev"
    for BLOCK in `ls -A1d /sys/block/*/dev /sys/block/*/*/dev 2>/dev/null` ; do
    DEVICE="/dev/`basename \`dirname $BLOCK\``"
    if [ ! -b $DEVICE ]; then
    MAJORMINOR="`head -n 1 $BLOCK | tr ':' ' '`"
    mknod $DEVICE b $MAJORMINOR
    fi
    done
    ls /dev
    $DEBUGCMD

    EchoLog "recherche de la partition racine"
    TROUVE="non" ; DEVICE_RACINE=""
    DEVICE_RACINE="`grep VoyagerGT /sys/block/sd*/device/model | cut -d '/' -f 4`
    "
    echo $DEVICE_RACINE
    TROUVE="oui"
    DEVICE_RACINE="/dev/$DEVICE_RACINE"
    echo $DEVICE_RACINE
    $DEBUGCMD

    EchoLog "montage de tmpfs"
    mkdir /mnt/temporaire
    mount -t tmpfs -o size=90% tmpfs /mnt/temporaire
    $DEBUGCMD

    EchoLog "montage de la partition racine"
    mkdir /mnt/rac2 /mnt/rac3
    mount -o ro ${DEVICE_RACINE}2 /mnt/rac2
    mount -o ro ${DEVICE_RACINE}3 /mnt/rac3

    $DEBUGCMD

    EchoLog "création de l'union"
    mount -t unionfs -o dirs=/mnt/temporaire:/mnt/rac3:/mnt/rac2 unionfs /mnt/rac
    ine
    mount -t unionfs -o remount,mode=/mnt/rac3=ro /mnt/racine
    mount -t unionfs -o remount,mode=/mnt/rac2=ro /mnt/racine
    $DEBUGCMD


    # le fichier /proc/partitions contient :
    # une ligne d'entêtes
    # une ligne vide
    # le 4ième champ des lignes suivantes est une partition reconnue par le système
    # Attention, les devices comme sda sont renvoyées
    # On élimine les périphériques loop éventuellement montés
    Liste_des_partitions="`awk '!/loop/&&NR>2 {print $4}' /proc/partitions`"

    echo "Liste des partitions : $Liste_des_partitions"
    $DEBUGCMD


    if [ "$TROUVE" = "non" ]; then
    sos " Partition racine non trouvée."
    fi
    $DEBUGCMD


    # Attention le fichier est /mnt/racine/etc/fstab
    EchoLog "création du fichier /etc/fstab"
    FSTAB="/mnt/racine/etc/fstab"
    mkdir -p /mnt/racine/etc /mnt/racine/mnt # au cas où
    touch $FSTAB

    # ajouter le support pour la racine, les terminaux virtuels, proc, sys
    # et le lecteur de disquette
    #FS="`blkid -s TYPE $DEVICE | cut -d = -f 2 | tr -d ' \"'`"
    #echo "$DEVICE_RACINE / $FS defaults 0 0" >$FSTAB
    echo "/dev/root / unionfs defaults 0 0" >$FSTAB
    echo "devpts /dev/pts devpts gid=5,mode=620 0 0" >>$FSTAB
    echo "proc /proc proc defaults 0 0" >>$FSTAB
    echo "sysfs /sys sysfs defaults 0 0" >>$FSTAB
    echo "/dev/fd0 /mnt/floppy auto noauto,users,sync 0 0" >>$FSTAB
    mkdir -p /mnt/racine/mnt/floppy

    # les cdrom
    for BLOCK in $Liste_des_cdrom ; do
    MOUNTDIR="/mnt/${BLOCK}_cdrom"
    mkdir -p /mnt/racine/$MOUNTDIR
    echo "/dev/$BLOCK $MOUNTDIR iso9660 noauto,users,exec 0 0" >>$FSTAB
    done

    # les partitions de disque
    #for DEVICE in `awk '!/loop/&&NR>2 {print "/dev/"$4}' /proc/partitions`; do
    for DEV in $Liste_des_partitions ; do
    DEVICE="/dev/$DEV"
    unset REMOVABLE; unset OPT
    # DEV="`basename $DEVICE`"
    DEV0="`echo $DEV | cut -b 1-3`"
    if [ "0`cat /sys/block/$DEV0/removable 2>/dev/null`" -ne 0 ]; then
    REMOVABLE="_removable"
    fi
    MOUNTDIR="/mnt/$DEV$REMOVABLE"
    FS="`blkid -s TYPE $DEVICE | cut -d = -f 2 | tr -d ' \"'`"

    # if the partition has filesystem, add it to fstab
    # sans umask, les systèmes de fichiers ntfs sont montés rwr------ !
    if [ "$FS" != "" ]; then
    if [ "$FS" = "swap" ]; then
    echo "$DEVICE swap swap defaults 0 0" >>$FSTAB
    elif [ "$FS" = "ntfs" ]; then
    echo "$DEVICE $MOUNTDIR $FS auto,users,umask=022$OPT 0 0" >>$FSTAB
    mkdir -p "/mnt/racine/$MOUNTDIR"
    else
    echo "$DEVICE $MOUNTDIR $FS auto,users,suid,dev,exec$OPT 0 0" >>$FSTAB
    mkdir -p "/mnt/racine/$MOUNTDIR"
    fi
    fi
    done

    $DEBUGCMD


    # La partition racine est montée sur /mnt/racine
    # On change la racine / à ce répertoire et on déplace la racine du
    # du ramdisk initial vers /mnt/live
    # Finalement, on exécute /sbin/init pour lancer la distribution

    EchoLog "Déplacement de la racine du système de fichiers"
    cd /mnt/racine

    umount /sys # Nous n'en avons plus besoin
    # Une bonne idée mais à mettre en oeuvre : le remontage de /proc
    # dans cleanup bloque le script cleanup. Peut-être enlever le lien /etc/mtab
    #umount /proc # à remonter dans le script d'arrêt
    if [ ! -e dev/console ]; then mknod dev/console c 5 1; fi

    if [ -x /mnt/racine/usr/sbin/chroot ];
    then CHROOT=/usr/sbin/chroot
    else CHROOT=/usr/bin/chroot
    fi

    AfficheEnGras "Lancement de la distribution"
    mkdir -p mnt/live
    mount -o remount,ro /mnt/racine
    pivot_root . mnt/live
    exec $CHROOT . sbin/init <dev/console >dev/console 2>&1

    AfficheEnGras "ERREUR!"
    EchoLog "Le processus init n'a pas été lancé correctement."
    EchoLog "Le noyau a paniqué. Même Ctrl+Alt+Del ne vous aidera pas."
  • # Voici deux pistes.

    Posté par . En réponse au message Où es passé l'espace libre sur ma partition?. Évalué à 2.

    Première piste.
    En root, place ton système en mode maintenance (init 1), démonte la partition /dev/hda5 puis lance reiserfsck sur cette partition (l'option --check permet de ne rien modifier sur la partition) :
    # init 1
    # umount /dev/hda5
    # reiserfsck --check /dev/hda5

    Seconde piste.
    Que donne la commande suivante qui affiche les fichiers d'une taille de plus d'1 Mo dans /var :
    # find /var -size +1024k | ls -lh

    Bon courage.
  • [^] # Pour plus d'informations, consulte :

    Posté par . En réponse au message Travail collaboratif et partage de fichiers. Évalué à 2.

  • # Quelques pistes

    Posté par . En réponse au message Installation d'un Linux léger. Évalué à 1.

    Précise la configuration matérielle de ta machine :
    - processeur
    - quantité de ram installée
    - taille du disque dur
    - périphériques installés (carte video, usb, réseau, etc)

    Avec aussi peu de ram, une distribution généraliste récente va utiliser beaucoup de swap et le système va être lent.

    Comme cette machine est ancienne, tu peux essayer d'installer la version d'une distribution sortie peu de temps après la fabrication de ta machine. J'ai testé sur une machine encore plus vieille que la tienne et cela fonctionne.

    Tu peux aussi de tourner vers slitaz (non testé)
    http://www.slitaz.org/doc/handbook/install.html
    ou une autre distribution ultra légère.

    le serveur X est mal configuré.
    Ton serveur X supporte-il ta carte video ? Il est peut-être possible de le configurer à partir du mode texte. Voir :
    http://casteyde.christian.free.fr/system/linux/guide/online/(...)

    Bon courage
  • [^] # Re: Question :

    Posté par . En réponse au message Changer les droits dynamiquement sur un disque externe. Évalué à 1.

    Pourquoi "tout changer" ?

    L'uid et le gid utilisés au travail sont-ils libres sur tes machines personnelles ?
    Si c'est la cas, tu ajoutes un groupe avec le gid du travail puis un compte utilisateur faisant partie du groupe précédent avec l'uid du travail. Enfin tu utilises ce compte sur tes machines personnelles. Voir les pages de manuel de groupadd et de useradd.

    Si le gid est déjà utilisé par un groupe, il faudra attribuer à ce dernier une autre valeur numérique et lui ré-attribuer les fichiers dont il est le groupe. De même pour l'uid.

    Bon courage.
  • # Question :

    Posté par . En réponse au message Changer les droits dynamiquement sur un disque externe. Évalué à 1.

    As-tu accès au compte root sur ces machines ?

    Le plus simple est de configurer les comptes avec les mêmes uid/gid sur toutes les machines.

    Sinon, lance sous le compte root la commande "chown -R moi:moi" à chaque connection du disque dur.

    Il y a peut-être moyen d'utiliser udev mais cela dépasse mes compétences.

    Salut
  • # Pour lister le contenu d'un repertoire, tape :

    Posté par . En réponse au message ls -d ne marche pas sous ubuntu ?. Évalué à 4.

    ls chemin/absolu/ou/relatif/vers/le/répertoire

    Les commandes
    ls -d et
    ls --directoryte renvoient
    .c'est à dire le répertoire courant, Rien d'anormal.

    Par exemple, cette option (courte ou longue) est utile avec l'option -l. Lance
    ls -l /tmp
    ls -ld /tmp
    ls -l ~/*
    ls -ld ~/*
  • # MIse à jour

    Posté par . En réponse au message status du projet unionfs. Évalué à 1.

    Merci pour vos indications.

    Le projet unionfs est encore en activité après semble-t-il une période de sommeil. La page
    http://www.filesystems.org/project-unionfs.html
    propose des patchs pour les noyaux 2.6.18.8 à 2.6.29-rc2.

    Cool !
  • # Avant de courrir ...

    Posté par . En réponse au message pc portable planté !. Évalué à 1.

    Peux-tu accéder au bios ?

    Peux-tu booter avec un cd bootable ?

    La (ou les) partition(s) sur le disque dur sont-elles accessibles ?


    Bon courage.