NeoX a écrit 18125 commentaires

pourquoi te faire du mal ?

tu as une 14.04 LTS, la prochaine LTS c'est 16.04,
cela ne fait que 6 mois à attendre alors que ta distrib en a deja 18.

pourquoi tu veux t'embeter à installer un dualboot, avec un home partagé, avec les soucis que cela peut engendré (version differente d'un fichier de configuration pour un logiciel par exemple) ?

la theorie dit que oui, tu pourrais le faire.

le plus simple etant peut-etre de faire un clef USB avec une distribution LIVE, pour tester sans installer.

si ca boote et que tu as linux, ca doit le faire apres installation.

sous linux tu n'auras peut-etre pas le multipoint (pour zoom à deux doigts par exemple), mais l'ecran tactile reste une souris comme une autre.

le seul truc qui peut te pieger c'est si le constructeur n'a pas joué le jeu avec l'EFI (le remplacant du BIOS) en mettant un EFI 32bits (qui ne devrait JAMAIS existé d'apres le livre blanc d'Intel à ce sujet) pour un OS 64 Bits.

J'ai eu un HP Envy X2 (y a deux ans deja) qui etait dans ce cas là, j'ai jamais pu demarré autre chose que windows.

rEFInd (anciennement rEFIt) permet surtout de booter un OS qui ne sait pas gerer l'EFI (un vieux linux par exemple).

si tu fais un single boot avec un linux recent, il devrait fonctionner sans souci.

la securité sociale, bonne idée au depart, ca n'a pas marché quand c'etait un organisme d'etat, la preuve, c'est en deficit…

l'etat a donc decidé de creer une Securité Sociale Bis, qui sera géré par des compagnies privées…

ah tiens, comme pour les autoroutes, ou le privé a fait mieux, et ou maintenant l'etat veut recuperer des billes sur les profits qu'il n'a pas su faire :/

Qui n'a jamais eu une clé formatée en FAT corrompue? (bon surtout sur du windows il est vrai)

moi, parce que j'ejecte toujours un disque avant de le debrancher

FAT32 et NTFS car ma clef sert indifferemment sur un linux, un mac, un windows,
à la maison, chez des amis, sur ma tv, ma console…

on n'a pas donné notre avis parce que faire :
"sudo doplphin" suivi de tous les clics indiqués

ou faire
chmod 777 /media/francois/taclefusbde128Go/francois

c'est un peu la meme chose.

quant à ton lost-found, il ne fait probablement pas 4.3Go (ca voudrait dire qu'il y a deja des choses dedans), mais sur un systeme EXT2/3/4, il y a les données, et il y a un espace reservé à l'utilisateur root, pour y faire des maintenances,
à une epoque cet espace etait de 10% de la partition.
sur un disque de 128Go ca ferait 12Go reservé au root.

depuis ils ont peut-etre revu cela à la baisse.

NTFS est exclus car la vitesse d'écriture ext4 => NTFS est nettement inférieure à celle de ext4 => ext4 (testé en USB 3.0).

ca c'est lié à la technologie…

EXT4 est natif dans le noyau
NTFS passe (il me semble) par l'espace utilisateur et par FUSE.

du coup la copie fait Disque interne -> EXT4 -> FUSE -> NTFS -> Disque Externe.

Maintenant je me demandes bien ce qui peut demander des Debits si enorme pour en etre à se battre entre NTFS et EXT4 sur une clef USB3.

tu as essayé les tests basiques, avant meme le partitionnement et le formatage pour connaitre les debits de ta clef ?

en supposant que la clef soit en /dev/sdb (d'apres gparted par exemple)
'sudo hdparm -Tt /dev/sdb'

pareil que toi,

les ecrans reglés à 60Hz sont une plaie,
si vous pouvez, changer la frequence pour 75hz, c'est plus confortable

parce qu'avec les manips qu'on t'a donnée precedemment, c'est dans le dossier Francois qu'il faut aller ecrire
le reste de la clef appartient à 'root' et seul 'root' peut ecrire dedans.

comme indiqué dans l'autre post, mais sans avoir à reapprendre ce que tu sais deja.

1°) se poser la question du pourquoi la formater en EXT4 ?
ou dit autrement, as-tu besoin des droits d'acces à la linux sur ta clef USB ?
si ce n'est pas le cas, utilise un systeme de fichier libre, qui n'as pas de droits d'acces à gerer (exFat ?)

2°) tu veux quand meme continuer avec EXT4, il te faut apprendre et comprendre la gestion des droits sous linux.
que veulent dire les -rwxr-x-r-x en debut de ligne quand tu fais un ls -l dans un dossier.
cela te permettra de comprendre pourquoi tu n'as pas le droit de faire ce que tu veux sur ta clef

3°) alors si tu es toujours decidé à faire une clef de 128Go qui ne sera utilisable que sur Linux, et que dans certaines conditions, alors voici la procedure que j'appliquerais (note le conditionnel, je ne l'ai jamais fait, mes clefs sont en FAT, exFat ou NTFS)

• sous GPARTED
  • partitionner la clef si besoin
  • formater les partitions qui t'interessent en EXT4
• dans ton OS, debrancher/rebrancher la clef pour que les partitions soient reconnues
• en ligne de commande
  • mkdir /media/francois/maclefamoi/dossiercommun
  • chmod 6777 /media/francois/maclefamoi/dossiercommun
  • chown nobody:nogroup /media/francois/maclefamoi/dossiercommun

Le nom de ma clé est désormais Part. prim. ext4 (c'est moi qui l'ai nommée comme ça)

mais pourquoi tu fais ca ?
tu peux pas l'appeler USB8Go ou USB128GO

parce que les accents ou les espaces dans un de fichier/dossier ca fout quand meme bien la merde.

Attention aussi, avec ta clef en EXT4, elle ne sera pas lisible sur autre chose qu'un Linux.
exit les windows et les OSX si tu pretes ta clef à quelqu'un d'autre (ne serait-ce que pour recuperer un fichier)

si la direction en est à te menacer, va chercher le livre de programmation PERL.

parce qu'à notre niveau on ne peut plus grand chose.

on t'a montré :

• comment passer un parametre au lancement de ton script :

perl monscript.pl monparametre

• comment le recuperer avec le @ARGV

$MONPARAMETRE=shift @ARGV

• comment ouvrir un fichier :

open my $FH,'<',$file1
ou
open my $FH,'<','C:\chemin\vers\le\fichier.xml'

• comment obtenir une liste de fichier à partir d'un chemin connu

glob @FILES 'c:\chemin\connu\*.xml'

il te faut maintenant composer avec tout cas pour :

• lire le nom du dossier source sur la ligne de commande (ah tient, comme pour lire monparametre) ca devriendra la variable, disons $SOURCE
• lire le nom du dossier destination sur cette meme ligne de commande (ben faut lire de 2e parametre de la ligne de commande), ca deviendra la variable $DESTINATION
• remplir le tableau @FILES avec les fichiers contenus dans le dossier $SOURCE

puis on en revient au basic elementaire :

faire une boucle sur tous les fichiers contenus dans @FILES
dans cette boucle
faire le traitement, qui ecrira sa sortie dans $DESTINATION

En le rallumant c'est certain qu'il bootera sur l'iso Kubuntu du DVD.

s'il n'a vraiment aucun OS sur le disque dur, il va chercher à booter sur un autre peripherique, tel que demandé dans le bios.

generalement dans cet ordre mais pas toujours :

• CD
• disque dur
• reseau

ou

• disque dur
• cd
• reseau

La coïncidence est grosse

te faisais tu controler tous les ans AVANT les nouveaux ecrans ?

ou simplement depuis les nouveaux ecrans, tu as constaté une baisse, tu es allé te faire controler, et tu as constaté une perte ?

toujours est-il que maintenant les opticiens nous vendent les lunettes avec "filtres bleus" speciaux pour les gens passent du temps sur les ecrans.

à l'epoque c'etait des lunettes jaunes, antireflets.
et la mode à l'ecran LED, brillant parce que ca le fait mieux,

ben on en revient à ces problemes => reflets à compenser, on booste la luminosité à fond pour tenter d'y voir quelque chose => on expose les yeux.

tu as essayé de regarder une ampoule en face pendant quelques minutes ?
ca pique…
ben une LED, ca reste une source lumineuse aussi.

et quand tu demarres SANS le plug usb le module est-il chargé ?

tu as compilé/installé un module : ax88179_178a.ko

apparait-il quand tu fais un lsmod

Ouvrir le lecteur de DVD "de force" (avec un trombone)

pourquoi faire ?
tu allumes le PC, tu appuies sur le petit bouton "ejecter" qui se trouve sur le lecteur,
il se deverouille, tu met le disque dedans

heureusement que de nos jours on n'a plus besoin d'un trombone pour ouvrir un lecteur CD/DVD en usage quotidien.

mea culpa, je m'etais arrété sur "caracteristiques principales".

donc oui, tu graves un CD/DVD à partir d'une autre machine et de l'ISO du ubuntu que tu veux installer, et comme pour la clef USB, le BIOS/EFI va detecter pour toi qu'il n'y a pas encore d'OS sur le disque dur, et lancer le CD/DVD.

mais la manipulation sur clef USB reste valide, les CD/DVD c'est old school, c'est maintenant plus rapide de booter sur une clef USB et d'installer à partir de celle-ci, que de graver un CD/DVD pour la meme operation.

Admettons qu'un logiciel ait 2000 utilisateurs (sur le monde entier ca doit le faire quand meme) et si tout le monde donne 10€, à la fin ca fait quand meme une belle somme.

j'ai du le penser mais pas l'ecrire :p

donne deja aux logiciels que tu apprecies et qui demande des dons

parce que :

je dois pouvoir trouver un trou dans le lecteur optique du PC pour pouvoir l'ouvrir et y introduire mon DVD

ca ne va pas marcher avec l'appareil que tu as mis en lien
il n'a pas de lecteur CD/DVD/Bluray.

donc le debut de ta procedure est fausse.

il te faudra faire une clef USB bootable, un bon outil pour ca : Unetbootin,
qui va convertir une clef USB en Clef de demarrage.

ensuite le bios devrait etre intelligent, voir qu'il n'y a rien sur le disque dur, et essayer sur d'autres supports (dont la clef USB que tu aura mise dans le lecteur)

rectificatif, il te faut 3 services pour faire marcher tout le bordel.

1°) un service DHCP, qui va attribuer une IP et dire ou se trouve le fichier pxelinux.0 (option "next-server" dans la config du DHCP
2°) un service TFTP, pour founir les infos PXE comme le fichier pxelinux.0, le fichier pxelinux.cfg/default qui contiendra le menu de demarrage, et stockera eventuellement les fichiers du systeme que tu veux delivrer par PXE
3°) un service LTSP pour construire les systemes que tu veux mettre à disposition de tes machines distantes.

les 3 services peuvent etre sur le meme serveur, ca simplifie l'architecture, mais ce n'est poas obligé.
tu peux separer l'archi en 2 serveurs :

• un serveur plus gros qui fournit le PXE et le LTSP et qui sera la cible du next-server configuré dans le DHCP
• un petit DHCP qui gere le DHCP/DNS de ton infrastructure, à qui tu dis d'aller chercher le serveur fournit precedemment pour le pxelinux.0

j'ai juste dit que par defaut il n'y en avait pas, bien evidemment l'utilisateur peut voulior s'embeter la vie en voulant mettre des ., des - ou des espaces dans ses noms de dossiers/noms de fichiers.