Bonjour,
Maintenant j'ai deux questions, est-il normal que je n'aie pas trouvé d'éditeur
lorsque j'ai pu me connecter au système via busybox (il faut être p atient mais
le système finit par se débloquer) ?
Si oui je n'aurais pas eu à rebooter sur le
CD d'installation. Et comment peut-on passer à un clavier français sous busybox?
Est-ce qu'il y a d'autres manipulations à faire pour que les prochain es upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lo rs d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait qu e je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ?
Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces pro blèmes de
devices ?
Mickaël
Bonjour,
Maintenant j'ai deux questions, est-il normal que je n'aie pas trouvé d'éditeur
lorsque j'ai pu me connecter au système via busybox (il faut être p atient mais
le système finit par se débloquer) ?
Si oui je n'aurais pas eu à rebooter sur le
CD d'installation. Et comment peut-on passer à un clavier français sous busybox?
Est-ce qu'il y a d'autres manipulations à faire pour que les prochain es upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lo rs d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait qu e je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ?
Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces pro blèmes de
devices ?
Mickaël
Bonjour,
Maintenant j'ai deux questions, est-il normal que je n'aie pas trouvé d'éditeur
lorsque j'ai pu me connecter au système via busybox (il faut être p atient mais
le système finit par se débloquer) ?
Si oui je n'aurais pas eu à rebooter sur le
CD d'installation. Et comment peut-on passer à un clavier français sous busybox?
Est-ce qu'il y a d'autres manipulations à faire pour que les prochain es upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lo rs d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait qu e je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ?
Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces pro blèmes de
devices ?
Mickaël
> Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
> Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
> Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Merci,
Mickaël
Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Merci,
Mickaël
Pour ne plus entendre parler de ces problèmes de devices tu peux
utiliser les labels au lieu des noms de périphérique vu que c'est devenu
le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Merci,
Mickaël
Vera Mickael a écrit :
>> Pour ne plus entendre parler de ces problèmes de devices tu
>> peux utiliser les labels au lieu des noms de périphérique
>> vu que c'est devenu le bazar...
>
> Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
# /etc/fstab: static file system information.
[…]
LABELÞbian / reiserfs notail 0 1
[…]
Vera Mickael a écrit :
>> Pour ne plus entendre parler de ces problèmes de devices tu
>> peux utiliser les labels au lieu des noms de périphérique
>> vu que c'est devenu le bazar...
>
> Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
# /etc/fstab: static file system information.
[…]
LABEL=Debian / reiserfs notail 0 1
[…]
Vera Mickael a écrit :
>> Pour ne plus entendre parler de ces problèmes de devices tu
>> peux utiliser les labels au lieu des noms de périphérique
>> vu que c'est devenu le bazar...
>
> Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
# /etc/fstab: static file system information.
[…]
LABELÞbian / reiserfs notail 0 1
[…]
Hugues LARRIVE, mercredi 9 janvier 2008, 10:51:17 CETVera Mickael a écrit :Pour ne plus entendre parler de ces problèmes de devices tu
peux utiliser les labels au lieu des noms de périphérique
vu que c'est devenu le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Pas vraiment udev, c’est interne aux systèmes de fichiers.Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
L’outil est :
— tune2fs -L ou e2label pour ext2 et ext3 ;
— reiserfstune pour reiserfs ;
— mkswap -L pour le swap ;
— pour vfat, c’est changeable en clicodrome sous Windows,
peut-être aussi avec les gestionnaires de fichiers sous Linux,
sinon mkdosfs -n ;
— ntfslabel pour ntfs ;
— pour les autres (jfs, xfs…), voir les pages de man…
Note : éviter le / au début du nom (ou même dans le nom), sinon
ça coince pour les liens dans /dev/disk/by-label/ (ce qui n’est
pas vraiment gênant mais ça peut faire bizarre de ne pas trouver
toutes ses partitions dans ce répertoire (utile ne serait-ce que
pour avoir la liste des étiquettes qu’on a donné :o)).On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
Là, c’est bien le fait d’udev…# /etc/fstab: static file system information.
[…]
LABELÞbian / reiserfs notail 0 1
Là, c’est l’usage direct de l’étiquette (label). Si on
utilisait udev, ce serait /dev/disk/by-label/Debian (ce qu’on
pourrait aussi avoir), pas LABELÞbian.[…]
Hugues LARRIVE, mercredi 9 janvier 2008, 10:51:17 CET
Vera Mickael a écrit :
Pour ne plus entendre parler de ces problèmes de devices tu
peux utiliser les labels au lieu des noms de périphérique
vu que c'est devenu le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Pas vraiment udev, c’est interne aux systèmes de fichiers.
Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
L’outil est :
— tune2fs -L ou e2label pour ext2 et ext3 ;
— reiserfstune pour reiserfs ;
— mkswap -L pour le swap ;
— pour vfat, c’est changeable en clicodrome sous Windows,
peut-être aussi avec les gestionnaires de fichiers sous Linux,
sinon mkdosfs -n ;
— ntfslabel pour ntfs ;
— pour les autres (jfs, xfs…), voir les pages de man…
Note : éviter le / au début du nom (ou même dans le nom), sinon
ça coince pour les liens dans /dev/disk/by-label/ (ce qui n’est
pas vraiment gênant mais ça peut faire bizarre de ne pas trouver
toutes ses partitions dans ce répertoire (utile ne serait-ce que
pour avoir la liste des étiquettes qu’on a donné :o)).
On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
Là, c’est bien le fait d’udev…
# /etc/fstab: static file system information.
[…]
LABELÞbian / reiserfs notail 0 1
Là, c’est l’usage direct de l’étiquette (label). Si on
utilisait udev, ce serait /dev/disk/by-label/Debian (ce qu’on
pourrait aussi avoir), pas LABELÞbian.
[…]
Hugues LARRIVE, mercredi 9 janvier 2008, 10:51:17 CETVera Mickael a écrit :Pour ne plus entendre parler de ces problèmes de devices tu
peux utiliser les labels au lieu des noms de périphérique
vu que c'est devenu le bazar...
Qu'entends-tu par labels ? Tu veux parler d'udev ?
Oui, c'est ça.
Pas vraiment udev, c’est interne aux systèmes de fichiers.Il faut nommer les différents volumes avec une
méthode / des outils variables en fonction du système de
fichier.
L’outil est :
— tune2fs -L ou e2label pour ext2 et ext3 ;
— reiserfstune pour reiserfs ;
— mkswap -L pour le swap ;
— pour vfat, c’est changeable en clicodrome sous Windows,
peut-être aussi avec les gestionnaires de fichiers sous Linux,
sinon mkdosfs -n ;
— ntfslabel pour ntfs ;
— pour les autres (jfs, xfs…), voir les pages de man…
Note : éviter le / au début du nom (ou même dans le nom), sinon
ça coince pour les liens dans /dev/disk/by-label/ (ce qui n’est
pas vraiment gênant mais ça peut faire bizarre de ne pas trouver
toutes ses partitions dans ce répertoire (utile ne serait-ce que
pour avoir la liste des étiquettes qu’on a donné :o)).On obtient ce genre de chose :
ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Data -> ../../hda8
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Debian -> ../../hda5
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Grub -> ../../hda2
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Swap -> ../../hda6
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Ubuntu -> ../../hda7
lrwxrwxrwx 1 root root 10 2008-01-09 11:40 Windows
-> ../../hda1
Là, c’est bien le fait d’udev…# /etc/fstab: static file system information.
[…]
LABELÞbian / reiserfs notail 0 1
Là, c’est l’usage direct de l’étiquette (label). Si on
utilisait udev, ce serait /dev/disk/by-label/Debian (ce qu’on
pourrait aussi avoir), pas LABELÞbian.[…]
Je viens d'effectuer une installation de etch AMD64 à partir du CD business card
sur un PowerEdge 1950 avec une carte raid PERC 5/i. Tout se passe très bien
pendant l'installation (il faut choisir la seconde carte réseau) jusqu'au reboot
où le système ne trouve pas les partitions à monter.
Pendant l'install les disques sont reconnus comme /dev/sdbx, au boot du système
installé ils sont reconnus comme /dev/sdax. J'ai trouvé dans les forums les
informations suffisantes pour corriger le problème :
Redémarrer sur le CD d'install et aller jusqu'au partionnement. Alors revenir en
arrière et changer de console "Ctrl + Alt + F2" et taper les commandes
suivantes:
#mkdir /target
#mount -t ext3 /dev/sdb1 /target
#cd /target/etc/
#nano fstab
Remplacer sdb par sda
#cd /target/boot/grub
#nano menu.lst
Remplacer sdb par sda
#reboot
Et tout fonctionne. J'espère que cela pourra être utile à quelqun.
Est-ce qu'il y a d'autres manipulations à faire pour que les prochaines upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lors d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait que je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ? Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces problèmes de
devices ?
Je viens d'effectuer une installation de etch AMD64 à partir du CD business card
sur un PowerEdge 1950 avec une carte raid PERC 5/i. Tout se passe très bien
pendant l'installation (il faut choisir la seconde carte réseau) jusqu'au reboot
où le système ne trouve pas les partitions à monter.
Pendant l'install les disques sont reconnus comme /dev/sdbx, au boot du système
installé ils sont reconnus comme /dev/sdax. J'ai trouvé dans les forums les
informations suffisantes pour corriger le problème :
Redémarrer sur le CD d'install et aller jusqu'au partionnement. Alors revenir en
arrière et changer de console "Ctrl + Alt + F2" et taper les commandes
suivantes:
#mkdir /target
#mount -t ext3 /dev/sdb1 /target
#cd /target/etc/
#nano fstab
Remplacer sdb par sda
#cd /target/boot/grub
#nano menu.lst
Remplacer sdb par sda
#reboot
Et tout fonctionne. J'espère que cela pourra être utile à quelqun.
Est-ce qu'il y a d'autres manipulations à faire pour que les prochaines upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lors d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait que je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ? Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces problèmes de
devices ?
Je viens d'effectuer une installation de etch AMD64 à partir du CD business card
sur un PowerEdge 1950 avec une carte raid PERC 5/i. Tout se passe très bien
pendant l'installation (il faut choisir la seconde carte réseau) jusqu'au reboot
où le système ne trouve pas les partitions à monter.
Pendant l'install les disques sont reconnus comme /dev/sdbx, au boot du système
installé ils sont reconnus comme /dev/sdax. J'ai trouvé dans les forums les
informations suffisantes pour corriger le problème :
Redémarrer sur le CD d'install et aller jusqu'au partionnement. Alors revenir en
arrière et changer de console "Ctrl + Alt + F2" et taper les commandes
suivantes:
#mkdir /target
#mount -t ext3 /dev/sdb1 /target
#cd /target/etc/
#nano fstab
Remplacer sdb par sda
#cd /target/boot/grub
#nano menu.lst
Remplacer sdb par sda
#reboot
Et tout fonctionne. J'espère que cela pourra être utile à quelqun.
Est-ce qu'il y a d'autres manipulations à faire pour que les prochaines upgrade
se passent bien. J'ai eu des soucis de changement de noms de devices lors d'un
passage de sarge à etch et à chaque upgrade du noyeau il fallait que je réédite
le fichier menu.lst qui était mis à jour mais avec les mauvais noms de device. Y
a-t-il un fichier source utilisé pour générer menu.lst ? Ou alors mon install
est-elle maintenant clean et je ne vais plus entendre parler de ces problèmes de
devices ?