[Installation] Problemes [RESOLU]

[asof]

Salut, je reviens doucement à linux et c'est par votre distribution que je le fais car elle est acclamée par la critique.
Concrétement, j'ai deux windows 7 sur deux disques durs Différents et je voudrais installer archlinux sur un troisième disque dur. Y a-t-il des choses à faire spécialement pour avoir le choix entre les deux memes windows et archlinux.
Autre question: est-il possible d'installer sans lecteur cd-rom? mon alimentation ne dispose que de 6 cables SATA j'ai le meme nombre de disques durs et en plus le cable est court donc c'est Tendu sans mauvais jeu de mot. Je pensais à une sorte de machine virtuelle mais qui en l'occurence s'installerait sur une partition existante (pas NTFS mais un vrai linux)
Merci !

[benjarobin]

Merci de lire les règles du forum et ainsi de corriger le titre de ton sujet.
Sinon tout d'abord il faudrait savoir comment tu gères déjà le multiboot de Windows 7, si tu utilise le multiboot intégré à 7 il suffira de faire un chainage, rien de plus simple.
Sinon tu peux très bien installer ArchLinux depuis une clé USB

[asof]

Bonjour, si vous avez un lien vers ces règles ça m'arrangerai!
Alors oui j'ai windows loader, il faudra entrer des paramètres à l'installation?

Sinon, je sais je suis curieux mais j'ai trouvé ça sur wiki

Count of load/unload cycles into head landing zone position.[16]

The typical lifetime rating for laptop (2.5-in) hard drives is 300,000 to 600,000 load cycles.[17] Some laptop drives are programmed to unload the heads whenever there has not been any activity for about five seconds.[18] Many Linux installations write to the file system a few times a minute in the background.[19] As a result, there may be 100 or more load cycles per hour, and the load cycle rating may be exceeded in less than a year.[20]

Donc si j'ai bien compris, utiliser linux ça tue un disque dur?

[FoolEcho]

Bonjour, si vous avez un lien vers ces règles ça m'arrangerai!

http://forums.archlinux.fr/topic68.html

Alors oui j'ai windows loader, il faudra entrer des paramètres à l'installation?

Non. Il faut juste dupliquer des entrées dans le menu.lst pour chacun de tes windows en les faisant pointer vers les bonnes partitions (chaînage), ce qui peut se faire après installation...

Sinon, je sais je suis curieux mais j'ai trouvé ça sur wiki

Cela vient d'où ?

Donc si j'ai bien compris, utiliser linux ça tue un disque dur?

D'autant plus qu'on s'y habitue, donc l'utilisation plus fréquente flingue le disque encore plus vite... gnark, gnark...
Concrétement, j'ai eu deux portables l'un avec Ubuntu pendant 2-3 ans (et je m'en servais pas mal) et que je sache (je l'ai refourgué), il fonctionnait encore un an plus tard ( après reformatage sous windows )... Mon eeepc a deux ans avec Arch dessus, il se porte comme un charme (*touche du bois*). Mais sur ce sujet, je laisse la place à plus qualifié que moi (je crois me rappeler qu'il y a effectivement une différence avec windows sur la gestion des cycles d'écritures, mais je n'en connais pas le détail).

[asof]

Bonsoir, je l'ai trouvé ici http://en.wikipedia.org/wiki/S.M.A.R.T.
Ok, pour grub je vais me renseigner, mais du coup je le laisse s'installer sur le MBR vu que c'est un disque dur à part?

[benjarobin]

Il faut que tu installe GRUB sur le disque dur de boot, sinon ton BIOS l'ignorera totalement.
Ensuite c'est à GRUB de redonner la main à Windows. Il y a déjà un exemple de fournit dans le fichier de configuration de GRUB /boot/grub/menu.lst, il suffit de l'adapter.
Sinon pour les disques dur en effet cela peut arriver avec certaines marques (Voir sujet récent, mais c'est très très rare), mais je te rassure, une très grosse partie des serveurs de notre planètes utilisent GNU/Linux donc cela se saurait s'il y avait un problème générale...

[FoolEcho]

Ok, pour grub je vais me renseigner, mais du coup je le laisse s'installer sur le MBR vu que c'est un disque dur à part?

En complément ce qu'a dit benjarobin, tu installes grub sur le MBR de ton nouveau disque et tu changes l'ordre de boot dans le bios pour le faire démarrer en premier. Ensuite, il faut juste vérifier l'ordre des autres disques (mais comme c'est du chaînage tu n'auras pas de problème... au pire il faudra juste changer le titre des entrées pour rester cohérent). Tu as toutes les indications sur la page de grub.
Pour te donner une idée, ça te fera un menu.lst de ce goût là:

Code : Tout sélectionner

...

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel...
initrd...

# (1) Arch Linux
title  Arch Linux Fallback
kernel...
initrd...

# (2) Windows 1
title Windows 1
rootnoverify (hd1,1)
makeactive
chainloader +1

# (3) Windows 2
title Windows 2
rootnoverify (hd2,1)
makeactive
chainloader +1

Par contre, fais bien attention à l'installation sur quel MBR tu placeras grub ! (si tu te trompes de disque ça n'a pas très grave, ça se corrigera vite par la suite)

Egalement, une bonne pratique (particulièrement avec plusieurs disques) est de passer par les uuids pour l'identifications des partitions (kernel du menu.lst + /etc/fstab).

[asof]

Bonjour, je m'y suis jetté (je rappelle que je suis un noob), incroyablement j'ai réussi à partitionner et tout cela sans rien effacer à coté
1) J'ai 30 mo pour boot ext2 , 10 go pour root ext4, 90 go pour home ext4.
2) J'ai installé grub
3) me semble que mon install était impeccable
4) j'ai choisi le machin avec les UUID à un moment de l'install

Bon biensur grub ne veut pas démarrer (en meme temps il est configuré par l'installateur j'ai rien touché), en appuyant sur e pour éditer j'ai essayer plusieurs combinaisons, une a marché (hd0,0) pour le root (je comprends moi meme rien à ce que je raconte vous inquiètez pas
J'arrive en plein dans une console ou un truc qui y ressemble, je tape root et mot de passe ça fonctionne, mais bon.

Un p'tit peu d'aide?

[shom]

C'est normal, ArchLinux n'a pas de serveur X11, il faut que tu installe tout ça dans la console dans laquelle tu es
Allez hop ! Au boulot => http://wiki.archlinux.fr/Xorg

Quand tu auras fini ça tu pourras installer un environnement graphique (KDE, Gnome) ou un gestionnaire de bureau (Openbox)

[FoolEcho]

Mais avant de passer à la partie graphique, quand même, il faut mettre à jour Arch (sauf si tu as fait une netinstall, auquel cas tu es déjà à jour):
http://wiki.archlinux.fr/Installation#C ... stallation (de là, tu auras toutes les étapes à faire).

Bon biensur grub ne veut pas démarrer (en meme temps il est configuré par l'installateur j'ai rien touché), en appuyant sur e pour éditer j'ai essayer plusieurs combinaisons, une a marché (hd0,0) pour le root (je comprends moi meme rien à ce que je raconte vous inquiètez pas

Et bien sûr, tu devras fixer le démarrage de ton /boot/grub/menu.lst (l'édition au menu de démarrage de grub ne vaut que pour ta session en cours).
En 2 mots, le premier "root" (avec hd), indique à grub sur quelle partition il doit chercher ta partition /boot, les lignes suivantes indiquant plus précisément l'image à charger et où la trouver ; les uuids permettant à grub de ne pas se mélanger les pinceaux si tu changeais l'ordre de démarrage de tes disques dans le bios par exemple).

[asof]

Bonsoir, j'ai presque fini, on y est presque
Alors après l'install j'ai suivi le wiki,installé yaourt, kde-meta-kdebase, drivers ati, xorg, j'ai appris la console..
petits problèmes, l'installation des drivers ati par AUR n'a pas marché une erreur de commande invalide, aussi ça me disait que c'était dangereux de faire un pkgbuild en root, j'ai ajouté un dépot et ils se sont installlés (apocalypsus.net d'ailleurs le wiki est pas à jour).
Dans mon fichier xorg.conf je n'ai pas la ligne "DRI". L'écran est noir quand je fais startx

[FoolEcho]

l'installation des drivers ati par AUR n'a pas marché une erreur de commande invalide, aussi ça me disait que c'était dangereux de faire un pkgbuild en root, j'ai ajouté un dépot et ils se sont installlés (apocalypsus.net d'ailleurs le wiki est pas à jour).

yaourt s'utilise avec un utilisateur, c'est moins risqué pour le système. Aur est le dépôt des utilisateurs, d'où l'avertissement, car les PKGBUILD sont faits et maintenus par des utilisateurs, par conséquent ils ne sont pas sans défaut.

Dans mon fichier xorg.conf je n'ai pas la ligne "DRI". L'écran est noir quand je fais startx

Rappel: on n'est carrément plus sur le sujet initial. Ce n'est pas un fil par personne, mais un fil par problème...
En deux mots: le xorg.conf est obsolète, il est préférable de laisser le serveur X se débrouiller tout seul et de rajouter dans /etc/X11/xorg.conf.d/ les configurations qui manquent ou personnalisées (cf. wiki ; vérifier dans le log si les bons pilotes se chargent).
Il y a beaucoup de causes d'écrans noirs... à l'installation le cas le plus fréquent étant: tu n'as pas de ~/.xinitrc ou pas le paquet xorg-xinit/xorg-twm/xterm (wiki toujours: startx => .xinitrc). Ne pas oublier qu'il y a un log avec X... Maintenant, si tu utilises kde (n'oublie pas de rajouter dbus dans les daemons du /etc/rc.conf ! ), tu n'as pas besoin de .xinitrc en configurant le démarrage de kdm, le gestionnaire de connexion de kde... mais ça peut être une bonne précaution de tester X avant de passer à kdm/kde.
Pour être plus clair: relis-le wiki attentivement, il est très probable que tout se résolve sans problèmes.

[asof]

Salut, je me suis tapé pleins de lectures, j'ai fais le tour de pleins de solutions et je suis vraiment fatigué..
1 ) j'ai fais un find de xinitrc, le seul fichier acceptable (non vide) était dans /etc/skel j'ai décommenté la ligne pour kde.
2) j'avais un deuxième dans /etc/X11 parceque j'avais fais "echo "xterm & sleep 10" > ~xinitrc" comme dans le wiki
3) les paquets xorg-twm/xterm n'étaient pas installés c'est fait

ça marche toujours pas, je pense que ça vient de mon fichier /etc/X11/xorg.conf que j'ai fais avec "aticonfig --initial --input=/etc/X11/xorg.conf"
qui ne ressemble pas à celui qu'on trouve dans le wiki puisque les trucs s'appellent ati-displaytruc-0-0 ou presque, ou alors c'est mes drivers, pris sur le dépot http://catalyst.apocalypsus.net/repo/catalyst/x86_64/ ? Ou alors c'est l'installation par yaourt en root qui n'a pas marché qui m'a fais des erreurs dans le système?

je devrais lancer un autre sujet?

[FoolEcho]

1 ) j'ai fais un find de xinitrc, le seul fichier acceptable (non vide) était dans /etc/skel j'ai décommenté la ligne pour kde.

Les fichiers dans /etc/skel ne sont que des modèles, tu es censé le copier et le modifier dans ton home.

2) j'avais un deuxième dans /etc/X11 parceque j'avais fais "echo "xterm & sleep 10" > ~xinitrc" comme dans le wiki

Tu as du te tromper s'il est à cet endroit. Il le faut dans ton home (~/.xinitrc)

3) les paquets xorg-twm/xterm n'étaient pas installés c'est fait

Tu peux donc te contenter de lancer startx (soit le ~/.xinitrc existe et il cherchera à le lancer, soit il n'existe pas et il lancera celui qui est dans /etc/X11/xinit/ il me semble).

Si, une fois ceci remis en ordre, tu tombes toujours sur un écran noir, il faut que tu vérifies le contenu du /etc/X11/xorg.conf généré par rapport à http://wiki.archlinux.fr/ATI#Depuis_.5Bcatalyst.5D ? (tu pourrais nous le poster au moyen de pastebin par exemple: http://wiki.archlinux.fr/Pastebin ... je te conseille de supprimer le xorg.conf pour ne garder que la partie "Device" et la placer dans /etc/11/xorg.conf.d/20-radeon.conf par exemple ).
Il faut t'aider (et nous le montrer) aussi du log de X : /var/log/Xorg.0.log (ou en lançant startx, avec startx &> startx.log )
As-tu accès aux consoles virtuelles (CTRL+ALT+F1à6 ; ALT+F7 pour revenir ? )

je devrais lancer un autre sujet?

... ça serait préférable... (bon, maintenant que j'ai commencé à te répondre alors que je n'aurai pas du, peut-être un modérateur pourra scinder le sujet par la suite --merci d'avance --, donc laisse comme ça ?)

[asof]

pour le moment le seul utilisateur, c'est root donc mon fichier doit etre ou?

[FoolEcho]

Dans /root/ (de toutes manières, avec le ~, il doit te le mettre au bon endroit).

[asof]

heu j'suis débutant, je fais cp /etc/skel/.xinitrc /root/~.xinitrc ?
mais normalement y a un autre problème vu la situation

[FoolEcho]

Pour la commande, c'est ça, sauf que le chemin n'est pas bon:

/root/~.xinitrc

C'est /root/.xinitrc ou ~/.xinitrc.

Bon, laisse tomber le .xinitrc (surtout que pour root... bof, bof), on n'en a pas besoin (encore moins avec kde, tu passeras à KDM quand on sera sûr de ton interface graphique: http://wiki.archlinux.fr/Gestionnaire_de_connexions).

Tu peux lancer l'environnement graphique avec:

Code : Tout sélectionner

startx /usr/bin/startkde &> startx.log #ou simplement, si tu as installé xorg-twm + xterm: startx &> startx.log 

Et utilises pastebin pour nous poster le startx.log.

[asof]

le truc c'est que là je suis un dual-boot windows et j'ai accès à archlinux que par la console, comment je fais pour vous donner le copier-coller?

[FoolEcho]

Dans ton "état", le plus simple est par pastebin.
Pour éviter un aller-retour:
- rajoute dans le /etc/pacman.conf (utilise nano pour éditer):

Code : Tout sélectionner

[archlinuxfr]
Server = http://repo.archlinux.fr/$arch

- installe pastebin:

Code : Tout sélectionner

pacman -Syu
pacman -S pastebin

- puis poste le fichier:

Code : Tout sélectionner

pastebin -m -n asof /root/startx.log

(il faut le chemin absolu du fichier, par exemple /root/startx.log si tu as fais les choses correctement)
Cela te donnera une URL à nous communiquer (bon, on le verra avec ton login, mais c'est plus clair si d'autres prennent le train en route)

Désolé sinon, les pilotes ati sont souvent plus casse-pieds à mettre en place.