Installation de Debian - Page 6

./144 > j'ai jamais bien compris comment grub numérotait les disques, regarde la doc de grub... (il y a déjà pas mal de choses dans la page de manuel je crois). Ceci dit le disque que tu indiques dans grub.conf sert juste à trouver l'image du noyau : le root filesystem c'est celui que tu passes en option au noyau sur la ligne kernel (option root=...), et c'est un nom de device linux. (Ça n'a pas du tout besoin d'être sur le même disque.)

Les fsck et Cie devraient être dans /sbin logiquement.

echo $PATH evite au moins d'avoir une erreur

Sally: grub numerote comme linux, mais en partant de 0 et non de 1

hda = hd0

hda1 = hd0,0

hdc3 = hd2,2


etc...

Si tu as aucun fsck. dans /sbin il faut que tu installe

e2fsprogs

Sally (./142) :
ben les disques IDE s'appellent tous hdx oui (hda et hdb sont le maître et l'esclave du port IDE 1, hdc et hdd le maître et l'esclave du port IDE 2)

Seulement avec les vieux noyaux (comme celui de Debian stable probablement). Avec les noyaux récent avec la "libata", tout est sdx.

Martial Demolins (./145) :

[root@mars Martial]# qtparted
Error: File system has an incompatible feature enabled.
Error File system was not cleanly unmounted!  You should run e2fsck.  Modifying an unclean file system could cause severe corruption.

Apparemment Debian ne gère pas encore les features ext2/ext3 utilisées par Fedora (là aussi parce que le noyau de Fedora est plus récent), donc il n'aime pas tes partitions Fedora.

Et utiliser un xorg.conf de la dernière Fedora avec Debian risque de ne pas marcher non plus parce que X.Org X11 est de plus en plus capable de configurer des choses automatiquement et que Debian utilise une vieille version.

Kevin > tu parles du noyau 2.8 ou ça apparaît dans les dernières versions du 2.6 ? c'est possible de désactiver cette option ? (pas envie que tous mes noms de device changent si j'upgrade le noyau...) (ceci dit sur ce portable je n'ai que le lecteur CD qui est en IDE mais bon)

Le noyau 2.8 n'existe pas à ce jour. Tout est dans le 2.6. http://lwn.net/Articles/198344/ (Et ça existe depuis 2006, c'est fou que des distributions utilisent encore les vieux pilotes! Dans Fedora, tout est libata depuis Fedora 7.) L'option libata ne peut être désactivée qu'en recompilant le noyau, et il est probable que les anciens pilotes IDE disparaîtront bientôt entièrement.

bon OK, ton post a un an et demi, mais il dit quand même « On the other hand, the new PATA drivers are not considered to be ready for production use yet, and distributors are not expected to enable them in the near future. » Et la dernière version de Debian stable date d'à peine six mois après ce message...
Oui je me doute qu'il s'agit d'une option de compilation du noyau, mais c'est ce que je voulais savoir . De toute façon quand j'installe un nouveau noyau généralement je récupère l'ancienne configuration et ensuite je modifie éventuellement des trucs à partir de cette base, mais je n'ai pas dû faire attention à ces pilotes-là (surtout s'ils sont indiqués comme expérimentaux dans make menuconfig ^^).

Sinon ça me semble tout à fait logique que les nouvelles versions du noyau distribuées par Debian soient configurées par défaut sans cette option, pour d'évidentes (non ?) raisons de compatibilité... tu ne veux pas qu'installer un nouveau package te foute ton système en l'air, si ?

Martial Demolins (./150) :
Pas pensé

tiens :

[root@mars ~]# ($PATH)
-bash: /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/tigcc/bin:/root/bin: No such file or directory

Comment cela se fesse-t-il ? Je vais réinstaller les outils, mais comment avoir la liste de ce que je devrais avoir ?

En tant que root tu as le répertoire /usr/local/tigcc dans tes executables ????

Le RPM de TIGCC met /usr/local/tigcc/bin dans le chemin d'accès pour tous les utilisateurs, y compris root.

ça y est, j'ai vomi

Y'a un branching 2.7 ? je croyais que la 2.6 etait parfaite tousaa ?

edit: ha non la 2.6 est toujours "parfaite" au point ou les sources des dernieres n'a vraiment plus rien avoir avec la 2.6.0

Ça ferait du code en plus de ne pas mettre TIGCC dans l'environnement pour root (c'est mis dans un fichier à portée système, /etc/bashrc), et ça ne servirait à rien. Ça ne dérange personne que ça y est.

Martial Demolins (./164) :
Godzil -> t'es obligé de le dire chaque fois que tu apperçois le mot kernel?   

Je reagis pas comme ça a chaque fois, quand Sally a parlé de 2.8 j'ai vraiment cru qu'ils avaient enfin décidé de faire une *nouvelle* version du kernel

(faut quand meme regarder que depuis le 2.6.0 le scheduler a changer, le gestionaire mémoire a changé, le gestionnaire de disque IDE/SATA a changé et plein d'autre trucs du genre, et que bon continuer a dire que c'est du 2.6.0 faut pas exagerer, on pourrais etre largement en 2.10 voir 3.0

euh ? c'est man bash qu'il faut faire si tu veux savoir d'où il sort les variables d'environnement ^^.

En fait c'est assez chiant et tordu parce qu'il a 23 fichiers différents qu'il lit ou non suivant que tu le lances comme un shell de login ou non. Si c'est un shell de login il lit /etc/profile, ~/.profile et ~/.bash_profile ; mais dans le cas contraire il ne lit rien de tout ça, par contre il lit /etc/bashrc et ~/.bashrc. En gros, je ne sais pas si je me souviens de tous les détails.

Perso ce que je fais c'est que je mets tout ou presque dans /etc/profile et je source ce dernier dans ~/.bashrc ; et dans ~/.profile j'ai quelques trucs spécifiques.

Note : si tu te loggues via xdm ou assimilés, ça ne lance pas de shell donc /etc/profile n'est pas lu (/etc/bashrc est lui lu quand tu ouvres un terminal de commandes, mais les variables d'environnement qui y sont définies ne sont pas connues par le window manager, qui a été lancé avant (évidemment dans le cas particulier de PATH on s'en fiche un peu). Si tu veux des variables connues par le window manager, il faut les mettre ailleurs, je sais pas trop où (pas dmc, ça marche pas)). /etc/profile ne sera lu que si tu te loggues en console ou à distance (perso c'est toujours ce que je fais, c'est pour ça que j'y mets mes trucs)

Si tu utilises zsh, ton .zshenv est lu par n'importe quel shell.

Par ailleurs pour avoir des variables d'environnement connues par mon WM, je fais comme ça :

#!/bin/zsh -l
# ~/.xsession
#
# Ce fichier est lu par un shell de login qui est le père de la session X.
# Ce shell exporte toutes les variables nécessaires, et ensuite on fait ce
# qu'on veut.

# On lance fluxbox.
exec startfluxbox

Notez le -l dans le sha-bang, qui fait que le script est exécuté par un shell de login
Ça me permet en plus de ne pas exécuter mon .zprofile dans mon .zshrc, ce qui est bien parce qu'il y a certaines opérations que je ne veux effectuer que lors du login (le lancement d'un ssh-agent par exemple).