totof2000 a écrit 9656 commentaires

Mais si une erreur ou faute de frappe à été commise, nous sommes invité à saisir non-plus le mot de passe, mais un identifiant !

Ca me parait cohérent d'un point de vue sécurité : sur ce point ce n'est pas Linux qui a un problème mais Windows (je dirais plutôt la conf qui est chez vous car là ou je bosse, Windows ne retient pas l'identifiant de l'utilisateur entre deux sessions, il faut le spécifier à chaque fois).

Tu devrais plutôt faire le contraire : faire en sorte que le Windows ait le même comportement que l'IHM Linux, et t'assurer que les identifiants/mots de passe windows/Linux soient synchronisés (AD ou LDAP).

https://soekris.com/

… en théorie. La pratique est toute autre. Comme je l'ai dit, il faudrait qu'il tombe dans la corruption pour pouvoir avoir de réels problèmes.

Un ordinateur ne peut pas payer d'amende ni aller en prison, ni être puni,

Tout comme un juge ne peut pas payer d'amende ni aller en prison, ni être puni pour une décision qu'il a prise, fut-elle la mauvaise décision (sous réserve de ne pas être corrompu et de ne pas faire dans l'illégalité).

Try something like :

mkfifo /tmp/pipe1; $TAR -cvf /tmp/pipe1 $SOURCEDIR $EXCLUDEDIR 1>/usr/backup/backuped_files.lst
& split --bytes=1999m /tmp/pipe1 $BACKUP_DEVICE

(don't forget to remove /tmp/pipe1 in your script).

$TAR -cvf - $SOURCEDIR $EXCLUDEDIR | split --bytes=1999m - $BACKUP_DEVICE 1>/usr/backup/backuped_files.lst

You try to use STDOUT to send your data to the split command, and the '-v' option of tar use stdout to display the name of backuped files …

What is the result of "touch /usr/backup/backuped_files.lst" ?

… mais i j'ai bien compris, man eval (tu ne m'en voudras pas d'être aussi flou que ton énoncé :)

Je viens de tester, l'image JEOS ne fonctionne pas …

Afin de mettre le RPi hors de cause, essaie la manip suivante : enlève la carte SD, et branche le RPi à vide. Si la LED rouge et la LED verte s'allument ça signifie que le RPi est probablement hors de cause.

Ensuite débranche ton RPi, remets ta carte SD et rebranche: tu devrais avoir la LED rouge allmée sans la LED verte (si tu es rapide tu devrais peut-être la voir s'allumer un bref instant puis plus rien).

Je viens de tenter de démarrer l'image openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build317.9.raw.xz, ça a l'air de mieux se passer ( en tout cas ça démarre), mais elle n'arrive pas à lancer un environnement graphique.

A mon avis tu devrais changer de distrib …

Une fois que le dd est terminé tu ne verras rien depuis ton explorateur de fichier. Il faut juste prendre la carte et l'insérer dans le rpi pour que ça démarre.

Ne t'occupe pas pour le moment de regarder ce qu'il y a dessus : le partitionnement de ta carte sd est déjà intégré dans l'image.

Peux-tu être plus précis sur ce que tu as fait ?
D'abord sur quelle machine, quel OS (je suppose une machine sous KDE ?)
Une fois l'archive téléchargée qu'en as-tu fait ? Juste copier via le gestionnaire de fichier sur ta carte SD ?
Si c'est ça, c'est normal que ça ne fonctionne pas.

En supposant que tu aies chargé l'archive openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build317.8.raw.xz

pour que ça marche il faut ouvrir un terminal et exécuter les actions suivantes:

1/ Repérer le device correspondant à ta carte SD (très important si tu ne veux pas écraser ton disque dur interne).

tu tapes la comande suivante avant d'insérer ta carte, et tu notes bien le résultat :

$ sudo fdisk -l | grep sd

Chez moi j'ai :

Le disque /dev/mapper/xubuntu--vg-root ne contient pas une table de partitions valable
Le disque /dev/mapper/xubuntu--vg-swap_1 ne contient pas une table de partitions valable
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758  3907028991  1953263617    5  Étendue
/dev/sda5          501760  3907028991  1953263616   8e  LVM Linux

Ensuite tu insères ta carte et tu retapes la même commande :

$ sudo fdisk -l | grep sd

Chez moi j'ai :

$ sudo fdisk -l | grep sd
Le disque /dev/mapper/xubuntu--vg-root ne contient pas une table de partitions valable
Le disque /dev/mapper/xubuntu--vg-swap_1 ne contient pas une table de partitions valable
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758  3907028991  1953263617    5  Étendue
/dev/sda5          501760  3907028991  1953263616   8e  LVM Linux
Disque /dev/sdb : 7746 Mo, 7746879488 octets
/dev/sdb1            2048      206847      102400    c  W95 FAT32 (LBA)
/dev/sdb2          206848     3948543     1870848   83  Linux

On note la différence avec la première commande : la ligne suivante est apparue :

Disque /dev/sdb : 7746 Mo, 7746879488 octets

Ceci correspond à la carte sd que tu as ajouté. Note bien le disque (dans mon cas /dev/sdb).
Dans mon cas il y a aussi sdb1 et sdb2 qui sont apparus : ça signifie que ma carte sd est déjà partitionnée (2 partitions).

Si tu as de s/dev/sd1, /dev/sd2, etc, assure-toi qu'ils ne sont plus montés en exécutant la commande :

sudo umount /dev/sd<x>1 (x=b si tu as un /dev/sdb, x=c si par contre tu as un /dev/sdc) tout dépend de ce que tu as)
sudo umount /dev/sd<x<2
sudo umount /dev/sdb<n>

ceci autant de fois que tu as de sd

Si le retour de la commande est "umount : /dev/sd : n'est pas monté ", ce n'est pas grave, ça signifie que ton environnement de bureau ne 'a pas fait.

2/ Positionne-toi dans le dossier de téléchargement (là ou ton image se trouve) cd Téléchargements ou un truc du genre.

3/ décompresser l'image et l'écrire sur le disque : exécute la commande suivante, en remplaçant /dev/sd par la valeur que tu avais tout à l'heure (dans mon cas ce serait /dev/sdb) :

xzcat openSUSE-Tumbleweed-ARM-LXQT-raspberrypi2.armv7l-1.12.1-Build317.8.raw.xz | dd bs=4M of=/dev/sd<X> oflag=sync

Si tu n'es pas sur de ton coup, tu lances un terminal, ensuite tu exécute la commande df avant de mettre ta carte sd, puis après avoir inséré ta carte, tu copies/colle le résultat des deux commandes et tu postes ici.

Tu peux aussi copier/coller le résultat de la commande fdisk -l que je t'ai indiquée tout à l'heure avant et après avoir inséré la carte.

Commentaire déplaçé, Tu ne connais rien sur le demndeur, son parcours, etc … surtout que le demandeur a fait quand même l'effort de tenter de se débrouiller seul.
```

1/ copier tout le contenu de /home sur le second disque
2/ Supprimer sda6
3/ via fdisk, supprimer et recréer ta partition sda1 à la bonne taille (fdisk n'écrit rien sur les partitons) , mais en prenant garde à ce que les blocks de début soit bien identiques à ce qui existait avant.
4/ étendre / via resize2fs
5/ recréer /home sur l'espace restant (plus petit maintenant) via fdisk ou gparted
6/ recopier les données

Si tes partitions ne sont pas contigues et qu'il y a une partition de swap, vire le swap également, puis recrée-le.

Dans tout les cas, fait une sauvegarde …

Mais quitte à tout sauvegarder, à ta place je recommencerais une installation avec LVM,

Je ne sais pas comment s'installe Linux Mindt maus normalement toute distribution a un mode avancé qui te permet de personnaliser le partitionnement.

Va voir http://www.linuxmint.com/documentation/user-guide/Interactive/french_13.0.pdf ca t'aidera je pense.

xppq, tmcq, dpkq … Mais au fait ça veut dire quoi ces acronymes ?

Je suis allé un peu vite : pas de quote pour -eq: c'est untest numérique.

Désolé pour le bruit.

Je te conseille de mettre $datedujour entre quote durant ton test. Tu éviteras les erreurs dans le cas ou $datedujour sserait vide pour une raison ou une autre (à moins que ce soit le but recherché …).

il faut que je recupere uniquement le nom du fichier

man basename

Cesse de dire des cronneries ! :)

le marché et la demande restent,
On est d'accord

mais le savoir-faire est chez les concurrents
Pas certain. Le savoir faitre technique, peut-être, mais la connaissance du client et le savoir-faire métier n'y est pas forcément, donc une carte à jouer.

si on parle de développer un logiciel au lieu d'en acheter x000 licences, il n'y aura plus assez de pain pour toute la foule!

Là je ne comprends pas ton raisonnement : les licences ne sont pas en général achetées chez eux, mais chez les gros éditeurs US. Là on leur propose de récupérer une part du gâteau qui part aux US et ils crachent dessus …

Après si ces boites ne sont pas fichues de s'adapter au marché, elles peuvent fermer, comme toute boite qui ne sait pas s'adapter.

D'autant plus que je ne comprend pas leur raisonnement : ils seraient les premiers à bénéficier de beaucoup d'argent qui part dans les poches de sociétés US (Microsoft pour ne pas le citer), et que ça peut permettre de développer de l'emploi localement. C'est tout bénef pour eux. Tout le boulot qu'ils font autour des produits Microsoft par exemple devra être également fait autour des produits libres donc ou est le problème ?

Personnellement, je n'ai jamais eu de problème avec les imprimantes HP. Il y a hplip qui est normalement présent dans les dépots ubuntu.

Au pire, si ton imprimante est un peu trop récente il te faudra installer un hplip plus récent que celui fourni par la distribution, mais ce n'est pas insurmontable.

Pour ceux qui moinssent :

Dans un sens large, le bidouillage ou hacking concerne les activités visant à détourner un objet de sa fonction première. Le hacking a pour fonction de résoudre ou d'aider à résoudre des problèmes, et cela dans de nombreux domaines.

(d'après https://fr.wikipedia.org/wiki/Hacking).

Pour être plus précis : Pour pouvoir démarrer un système complet il faut :
- un noyau avec un fichier initrd (couramment rangé dans /boot)
- les commandes minimales permettant de monter les autres filesystems (couramment dans /sbin)
- la configuration de ton système, notamment les points de montage (dans /etc).

Pour /boot, tu peux, mais ce n'est pas obligatoire, avoir une partition sépare, sinon il te fait mettre les répertoires mentionnés plus haut sur le même FS que / Une fois qu'il a tout ça, ton système sera capable de monter les autres partitions et de démarrer les autres services.

Note : ceci n'est valable qu'avant systemd : je ne sais pas ou systemd va ranger ses exécutables. La logique voudrait que ce soit dans /sbin (au moins ce qui est nécessaire au démarrage de systemd et au montage des partitions) mais je n'ai pas de achines avec systemd installé pour vérifier.

tout est détourné
Ici, on appelle ça un hack …