Reprise du message précédent :
Je pouvais pas utiliser jaunty car ma cg n'était plus supporté (ati xpress 1100) sa sera pareil avec karmic ? Je suis sous Hardy donc

ouai mais    
j'utilise mon disque dur USB pour lire des fichiers vidéos sur ma TV, comme j'ai du mettre des fichiers de + de 4Go j'ai du laisser tomber le FAT et passer au NTFS (la TV ne lisant pas l'ext3)
Et waza transférer qques Go sur un disque NTFS ça te bouffe ton proc à 50% en permanence (mount.ntfs-3g un truc dans le genre)
problème de config ou bien comportement normal avec un A64 3000+ qui commence peut etre a être vieillot?
 

 
typiquement perso c'est mon menu.lst que je modifie systématiquement pour virer le splash.
une fois j'en ai eu marre de devoir systématiquement retourner dedans du coup j'ai demandé de garder ma version (ce qui était stupide vu que je devrais quand même aller changer la nouvelle entrée) sauf que du coup ce con il ne liste pas le nouveau kernel du tout dedans  
logique mais tordu, ça devrait pas être possible de refuser en fait

Pour l'utilisation du processeur, c'est un comportement normal de linux sur les partitions nfs...  
C'est pour ça que c'est à éviter quand on le peut. (conversions des données).

tu veux dire, 256Mo pour le XP?
ubuntu est assez gourmand, ubuntu avec 256Mo de ram est un porc (même xubuntu), il tourne bien avec 512. XP tourne bien lui avec 256 de ram.
Donc avec 1Go de ram dont 256 (ou 300) pris par une image XP, ça va tourner bien. tu peux monter la VM à 600Mo, 700Mo si t'as besoin

c'est assez gourmand en processeur après, une VM est tout de suite à 100% pendant l'installation, ou autres tâches avec plein d'entrées/sorties. mais après tu peux toujours changer la priorité de vmware, mettre la VM en pause etc.

 
sérieux quoi... cherche et modifie defoptions= dans ton menu.lst, ensuite lance un update-grub.

Non mais .
Et modifier les fichiers de grub2 n'est pas plus dur que le menu.lst c'est seulement découpé en plusieurs fichiers.

nan mais les mecs ça va aller hein je m'en sors depuis bon nombre d'update avec mon menu.lst
c'est juste que je trouvais biz que par défaut il autorise de garder son fichier modifié et que du coup il tape pas le nouveau kernel

 
Pas seulement, la syntaxe est autrement plus complexe. Ca tient d'avantage d'un script que d'un fichier de config.

bravo l'ambiance!
 
"haha t'as que 572K de mémoire conventionnelle avec ton config.sys, mdr loool, ptdr nan mais quel boulet "   kikoo lol

 
J'utilise un fichier modifié qui est updaté à chaque nouveau kernel ET conserve les modifs.

Donc quand il détecte un fichier modifié et qu'il te demande si tu veux garder le tien ou bien prendre celui du package tu dis que tu veux garder le tien et il le met à jour tout de même?  
Soit j'ai du me merder soit j'ai eu une hallu alors
 

pas mieux
20k messages pour en arriver là  

je suis fatigué et j'ai perçu excessivement le ton des message..

j'ai envie de passer nao a karmic pour eviter le bordel de la sortie, bonne idée vous pensez ?

Oui en général c'est mieux

mais vu que c'est pas tout a fait finalisé, j'ai un peu peur d'une merde de derniere minute qui n'aurait pas été prévue
 
en gros j'edite mon source et je remplace tous les jaunty par karmic et zou ?
 
ptain le boulot    
 

Quel bordel ton sources.list

(mais par contre tous tes dépôts ne proposent pas forcément des choses pour karmic, à vérifier avant de changer - et certains paquets prévus pour jaunty risquent de ne pas passer sous karmic)

 
 
Donc si je fais 512Mo pour chacun ça devrait aller ?

 
On parle de 2 choses différentes là. Le fichier est conservé lors d'une mise à jour de grub (au sein d'une même version, pas de grub1 vers grub2 évidemment) MAIS, il est modifié lors de changements de kernel.
Mon message répondait à ça : http://forum.hardware.fr/hfr/OSAlt [...] m#t1174746
 
1) Si tu dois modifier manuellement ton fichier à chaque changement de kernel, c'est parce que tu n'as pas modifié defoptions=. Fais-le et les mises à jour de kernel utiliseront tes options automatiquement.
 
2) Si ton fichier n'est plus modifié du tout quand tu mets ton kernel à jour, autre chose est cassé. Est-ce que la mise à jour ne lance plus update-grub (l'utilitaire serait cassé) ou est-ce que update-grub plante (ton fichier est peut-être trop modifié pour qu'il trouve les lignes à remplacer) ?

Oui ça passera sans problème. Tu enlèves les thèmes au xp virtualisé (avec une interface en mode windows 98) et ça sera suffisamment réactif.
Je virtualise xp sur mon pentium M 1.7ghz et 2go de ram, c'est utilisable sans problème pour de la bureautique et du dev sous visual studio donc si c'est pour quelque chose de moins contraignant et avec 512mo alloué à la vm ça doit passer.

Merci     je mets en pratique ce soir

ouais    
 
et meme la en le voyant, comme ca, j'ai beaucoup moins envie d'un coup
 
le 2.6.31 attendra

Petite note en passant: j'ai lu que update-grub est remplacé par grub-mkconfig dans KK.

find and replace ça existe pas dans gedit?
 

je ne connaissais pas le coup des defoptions je jetterai un coup d'oeil

nan en fait voilà comment ça s'est passé:
 
upgrade avec aptitude
 
menu.lst a changé voulez vous garder le votre? Y
=> il me semble, mais maintenant j'ai un doute, que je n'ai pas eu le nouveau kernel dans le fichier. Mais update grub fonctionne parfaitement vu que j'ai fait d'autres mises à jour depuis sans prob

 
T'as certainement raison. C'est peut-être une question de version de grub (vu que j'utilise toujours le 1).

ha tiens je connaissais pas ca a l'air sympa comme fitioure ca

apalu l'wiki

Oui mais faut pas faire comme ça, c'est cochon    
 
Y'a une ligne de commande pour proposer la maj vers kk, je te laisses chercher sur ubuntu-fr

 
Bah je fais un transfert tous les jours de données (enfin si j'en ajoute) sur un dd externe en ntfs et ca pose pas de souci avec le ntfs  

j'en ai essayé plein, aucune marche ca me dit toujours que je suis a jour (apt dist-upgrade, do machin etc etc )

c`est pas que ca pose soucis c`est que ca utilise du cpu en transfert donc qu ca peut etre lent (clavier qwerty)

bonsoir,
 
j'ai absolument besoin de monter un disque dur ufs. Lorsque j'essaie avec disk-manager, j'ai une erreur.
 
Je peux essayer quoi d'autre ?

Si ca peut aider: http://ubuntuforums.org/showthread.php?t=1151052

 
merci ça marche    
 
c'est parti pour la migration de mon nas vers ubuntu kk    
 
si j'ai la version desktop, je pourrais enlever l'interface graphique et toutes les autres fioritures comme sur la serveur une fois tout configuré ?

oui, mais autant partir dans le bon sens. Pioche dans la version server, ou avec un CD minimal: https://help.ubuntu.com/community/I [...] /MinimalCD
http://archive.ubuntu.com/ubuntu/d [...] t/mini.iso (si pas encore dispo sur le lien au dessus)
Et installe ce que tu as besoin (et tu auras quelques fichiers de config en moins, c'est long de nettoyer une distrib entière)

Bonjour tout le monde
 
Au risque de me faire huer je voudrais mettre sur ma machine en dual boot de Windows 7 64bits et Ubuntu 64Bits.
 
Je ne connais pour le moment rien au monde de Ubuntu mais je voulais savoir si la marche à suivre est compliquée ou aisée mais aussi tout simplement comment procédé tout simplement ?
 
Si mon post n'est pas à sa place désolé d'avance

D'abord win, après ubuntu, et ça passe tout seul normalement

Salut, http://doc.ubuntu-fr.org/cohabitation_ubuntu_windows est un bon point d'entrée.
Le site doc.ubuntu-fr regorge d'informations précieuses. C'est le premier endroit où chercher si tu te poses des questions sur Ubuntu.
 
D'autre part, le premier message de ce topic fournit quelques infos utiles.
 
L'installation d'un dual-boot est une opération plutôt facile, dès lors qu'on comprend ce que l'on fait.
Je ne te souhaite pas "bon courage", tu ne devrais pas en avoir trop besoin.
 
La nouvelles version d'Ubuntu sortant dans 3 jours, je te propose de télécharger la version "RC" disponible ici :
http://releases.ubuntu.com/9.10/ (Bureau Gnome)
http://releases.ubuntu.com/kubuntu/9.10/ (Bureau KDE)
 

Merci à vous
 
En mettant la RC je pourrais éviter de réinstaller la dernière version ? Juste une mise à jour à faire quoi c'est ça ?

Absolument, mais c'est aussi vrai si tu prends la version 9.04: Ubuntu se met à jour sans obliger à réinstaller tout le système.
 
Anticiper un peu sur la 9.10 permet de limiter les différences entre la version installée et la version mise à jour, et par la même les risques de dysfonctionnements liés au changement de version.

Merci bien
 
Avec le Live CD l'installation de Ubuntu sur un HDD physique et Win 7 sur un autre HDD physique ne pose pas de soucis ?
 
Car j'ai lu ça :
 

 
Et j'ai déjà fait un live cd