C'est moi ou le libre s'est grandement amélioré ? - Page 5

while (1);

k9 est ton ami (tu peux tente un kill -2 avant, si ça marche pas un kill -9).

C'est plutot un SIGTERM (15) qu'il faut envoyer qu'un SIGINT (2)

Rusty Frozbite (./113) :
- Firefox avec 5 onglets

D'ici la version 10 dans 2 mois il y aura eu tellement d'améliorations (10/4=2.5x ce qu'il y a eu en 10 ans) que ça ira forcément mieux

Ah, Ubuntu a choisi la politique de maj automatiques : ça bouffe de la bande passante et du CPU sans crier gare. Perso je désactive ça, je fais mes mises à jour quand j'en ai envie, c'est à dire quand j'ai deux minutes pour consacrer ma BP puis mon CPU à ça.

Mon PC lit les vidéos en 1280*720 sous ubuntu : success !
A moi les anime sur le pouce !

Sinon pour la gestion de l'alimentation, j'ai l'impression qu'elle est moins bonne que w7...
Aussi j'ai l'impression que la gestion du montage automatique par fstab déconne un peu (je veux monter une partition hein, pas un dd), même après avoir suivi le tuto d'ubuntu.fr.

Tu veux qu'on le fasse ensemble ?

J'ai besoin de ton type de partition, et de son UUID (tu l'as en regardant les propriétés de la partition avec Gparted).

Folco (./128) :
Tu veux qu'on le fasse ensemble ?

Tu échappes aux meilleures quotes de peu, Martial

Faut que je reboote sous ubuntu alors...
(aaah faut que je vois si Sengoku Rance fonctionne avec Wine...)

Alors avec la commande blkid sous le terminal j'ai :
/dev/sda1: LABEL="SYSTEM" UUID="12BC4BB9BC4B965F" TYPE="ntfs"

Mon fichier fstab :

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/sda3       /               ext4    errors=remount-ro 0       1
/dev/sda1	/media		ntfs-3g	rw,user,auto,gid=100,uid=1000,nls=utf8,umask=002	0	0

Et ça marche pas ? T'as rien dans media ?

Chez moi j'aurais écrit ça dans fstab :

UUID=12BC4BB9BC4B965F /mnt/Data ntfs-3g defaults 0 0

Ensuite, dans un terminal :
:> sudo mkdir /mnt/Data
:> sudo mount -a


Et voilà, t'as ta partition désirée dans /mnt/Data à chaque boot. Et il te rajoute Data dans les lecteurs, donc il te présente son icone un peu partout dans les divers menus de sélection de l'OS, on y accède donc en un clic.


edit -> important : il me semble bizare que ce soit ta partition sda1 qu'il faille monter. Vérifie bien que l'UUID soit celle de la partition désirée avec GParted. Au cas où, remplace l'UUID par le bon.

J'ai pas installé Ubuntu sur ma première partition, c'est pour ça peut-être
Merci bien, je vais essayer ça.

Au final je pouvais pas me passer du défilement à deux doigts et autres mouvements synaptics, j'ai sacrifié le clic droit (de toutes façons je peux utiliser la touche menu à coté de alt-gr, et si je veux utiliser GIMP ça sera avec une souris...là où ça posera problème ça sera pour les autres applications genre wine).

Aussi on découvre un un petit plaisir : tout faire au clavier dans le terminal...ou comment passer pour un haxxor

hum ça fonctionne pas ta méthode non plus Folco

gni ? Ca marche impec chez moi ^^

Je connais pas les commandes qui aideraient à diagnostiquer ça. Ca renvoie quoi déjà 'sudo mount' ? Et 'sudo mount -a' ?

Ca se fait en clicodrome en principe.
Ca doit bien faire 2 ans que j'ai pas vu la couleur d'un bash tant que je fais pas de bricolages techniques.

Rusty Frozbite (./135) :
Aussi on découvre un un petit plaisir : tout faire au clavier dans le terminal...ou comment passer pour un haxxor

Prochaine étape : tout faire au clavier dans le bureau graphique.

Et ensuite : trouver un(e) secrétaire pour faire tout ça

(au fait : c'est toi, bien évidemment )

(han !)

Pour le coup du réseau qui ne marche pas super bien en bootant linux juste après windows, ça me fait surtout penser à des drivers linux qui n'initialisent pas correctement le matériel, ou qui prennent de mauvais postulats quant aux valeurs initiales des mémoires internes des composants.

d'une part et c'est parfois (souvent ?) liés à des drivers qui laissent les "modules" du matériel dans un état non standard lors de la sortie (extinction, reboot...)

Oui, mais ce genre de cas doit justement être géré par une bonne initialisation, puisqu'on ne peut pas garantir l'état de sortie d'un système (ne serait-ce qu'en cas de coupure intempestive de courant).

Ximoon (./145) :
Oui, mais ce genre de cas doit justement être géré par une bonne initialisation, puisqu'on ne peut pas garantir l'état de sortie d'un système (ne serait-ce qu'en cas de coupure intempestive de courant).

Oui, toutafé

C'est vrai - mais le contraire arrive aussi
Sur une de mes machines, qui ne fonctionne plus maintenant, Linux était capable de reconnaître et de faire fonctionner correctement la carte son intégrée à la carte mère; le Windows qui était auparavant sur cette machine en était incapable depuis des années, depuis que la machine avait pris la foudre par la ligne téléphonique (ce qui avait aussi grillé le modem sur slot AMR).

Ca arrive dans les deux sens, mais à mon avis c'est plus un problème lié au matériel incriminé qu'aux OS.
En principe, le matériel se met dans un certain état lorsqu'il y a un reboot, documenté par le constructeur. Le driver aurait donc une certaine légitimité à supposer que le matériel est dans cet état lorsqu'il en prend le contrôle.

Le fait que le matériel aie un comportement différent en fonction de si la machine vient d'être allumée, ou vient d'un autre OS indique que le matériel ne se réinitialise pas correctement. Ce comportement étant contraire à la documentation, je pense que c'est le matériel (ou le firmware) qui est en faute.

Alors après c'est possible que le driver force une réinitialisation complète, c'est vrai sauf que...
- dans ce cas, je vois pas bien l'intérêt d'avoir prévu un état après reboot et de l'avoir documenté.
- ce n'est pas forcément possible. Par exemple, si c'est justement les fonctions d'initialisation dans le firmware qui sont mal foutues, le driver ne peut rien faire, et ça marchera ou pas au petit bonheur, selon la façon dont le driver attendait que ça marche.

En général, quand je fais ce genre de driver, je vérifie que les valeurs par défaut sont bien présentes et je force la réinitialisation sinon. Donc même si le matériel est en cause, le fait que cela fonctionne avec un OS et pas un autre montre bien que les drivers ne sont pas complètement au point dans le cas qui ne marche pas.

d'un autre coté, si la doc contient "attention, après un reboot le matériel est dans un état qui ne coïncide pas forcément à celui d'une mise sous tension"...