#4726 Le 05/03/2015, à 09:20
- souen
Re : Topic des lève-tôt [partie 9]
okay merci pr vos éclairages. J'ai le taux de transfert qui a baissé d'une manière significative
et je cherche à savoir d'où cela peut venir. Je ne le ressens pas vraiment à l'utilisation mais bon je m'interroge.
Peut-être tout simplement l'usure.
...
Hors ligne
#4727 Le 05/03/2015, à 16:00
- compteur des leve tot
Re : Topic des lève-tôt [partie 9]
Scores totaux, depuis le début :
1) 7612 MdMax
2) 7082 L_d_v_c@
3) 5651 raspouille
4) 5267 PPdM
5) 4666 ljere
6) 4633 souen
7) 3698 Ras'
8) 3518 Floyd Pepper
9) 2670 Uallas
10) 2536 bahoui
******** Le top des lèves tôt, la bataille fait rage ********
11) 2423 Оливье
12) 2294 fcn50
13) 2086 Curiosus
14) 1794 Mindiell
15) 1609 SystemeD
16) 1494 Pylades
17) 1356 Didier-T
18) 1247 Azurea
19) 1199 sucarno
20) 992 nathéo
21) 854 pololasi
22) 827 edge_one
23) 805 david96
24) 741 Arcans
25) 727 tontonrobertettantirene
26) 699 Sopo les Râ
27) 666 ginette
28) 555 GhostSpirit
28) 555 moko138
30) 428 peterp@n
31) 385 ignace72
32) 378 pode
33) 359 golgoth42
34) 305 breakolami
35) 280 omc
36) 151 Slystone
37) 145 Marie-Lou
38) 133 GP974
39) 112 ceric
40) 109 pierrecastor
41) 102 karameloneboudeplus
42) 93 Berserker
43) 88 Grünt
44) 71 GR 34
45) 65 Crocoii
45) 65 petifrancais
47) 61 agarwood
48) 60 Niltugor
49) 54 DaveNull
49) 54 Hober Mallow
51) 52 1101011
51) 52 jeyenkil
53) 50 :!pakman
54) 42 nakraïou
55) 41 loup2
55) 41 pires57
57) 40 Biaise
58) 39 Clem_ufo
59) 38 Atem18
60) 36 timsy
61) 30 omc
62) 23 Morgiver
63) 22 marinmarais
63) 22 crowd
63) 22 yann_001
66) 20 Blakesnake
66) 20 sebman
68) 18 Ju
69) 16 The Uploader
70) 13 Le grand rohr sha
71) 12 Xmas_Psyaa
72) 11 richier_albert
73) 10 Phoenix
73) 10 FLOZz
73) 10 sakul
73) 10 SopolesRâ
73) 10 guantas
73) 10 letjoh
73) 10 karamelo
80) 7 Dafyd
81) 6 wiscot
81) 6 Hibou57
81) 6 tshirtman
81) 6 marting
81) 6 c4nuser
81) 6 thurbault
81) 6 Snamiac
88) 3 Phoenamandre
88) 3 gonzolero
88) 3 helly
88) 3 Le Rouge
88) 3 samυncle
88) 3 One pixel
88) 3 Tamarou
95) 1 herewegoagain
95) 1 TheUploader
95) 1 Kyansaa
95) 1 Xiti29
95) 1 Le_Redempteur
95) 1 johliet1
le code source
Participez au financement du tdct.org pour nous aider à promouvoir une multitude de service libre ouvert à tous en nous contactant:
contact[chez]tdct[point]org
Hors ligne
#4728 Le 05/03/2015, à 16:00
- compteur des leve tot
Re : Topic des lève-tôt [partie 9]
scores de la période en cours :
1) 33 fcn50
2) 32 raspouille
3) 21 PPdM
4) 16 moko138
5) 13 souen
6) 12 bahoui
7) 10 breakolami
8) 7 L_d_v_c@
9) 5 GR 34
10) 3 Оливье
le code source
Participez au financement du tdct.org pour nous aider à promouvoir une multitude de service libre ouvert à tous en nous contactant:
contact[chez]tdct[point]org
Hors ligne
#4729 Le 05/03/2015, à 16:18
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
okay merci pr vos éclairages. J'ai le taux de transfert qui a baissé d'une manière significative
et je cherche à savoir d'où cela peut venir. Je ne le ressens pas vraiment à l'utilisation mais bon je m'interroge.
Peut-être tout simplement l'usure.
Ok. HDD ? SSD ? USB ?
#4730 Le 05/03/2015, à 16:39
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
@ludo
Pourquoi tu ne réinstalle pas un Ubuntu studio 14.04 standard, il fonctionne parfaitement, y compris sur des portables, le 12.04 est largement obsolète me mis a jour, essayes de faire simple tu te feras moins chier
Your current Hardware Enablement Stack (HWE) is going out of support
on 2014-08-07. After this date security updates for critical parts (kernel
and graphics stack) of your system will no longer be available.For more information, please see:
http://wiki.ubuntu.com/1204_HWE_EOL
Vive les LTS … non, ce n'est pas possible que tout le monde reçoive ça.
Full LTS or not full LTS ? Bon, je ne comprends rien, c'est en anglais.
De toute façon la 14.04 ne passe pas sur mon ordinateur, enfin c'est inutilisable.
Dernière modification par Compte supprimé (Le 05/03/2015, à 16:44)
#4731 Le 05/03/2015, à 17:38
- souen
Re : Topic des lève-tôt [partie 9]
souen a écrit :okay merci pr vos éclairages. J'ai le taux de transfert qui a baissé d'une manière significative
et je cherche à savoir d'où cela peut venir. Je ne le ressens pas vraiment à l'utilisation mais bon je m'interroge.
Peut-être tout simplement l'usure.Ok. HDD ? SSD ? USB ?
ssd
message d'origine:
Hé quelqu'un saurait-il me dire si en passant d'une alimentation de 1250W
à une alimentation de 750W si dans ce cas je peux avoir une baisse des performances
des taux de transfert des données sur mon disque ssd?
Dernière modification par souen (Le 05/03/2015, à 17:42)
...
Hors ligne
#4732 Le 05/03/2015, à 19:48
- PPdM
Re : Topic des lève-tôt [partie 9]
Non, aucun rapport
Hé quelqu'un saurait-il me dire si en passant d'une alimentation de 1250W
à une alimentation de 750W si dans ce cas je peux avoir une baisse des performances
des taux de transfert des données sur mon disque ssd?
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#4733 Le 05/03/2015, à 20:45
- souen
Re : Topic des lève-tôt [partie 9]
donc sûrement l'usure - il a plus ou moins une année ce disque
...
Hors ligne
#4734 Le 05/03/2015, à 23:00
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
ssd
message d'origine:souen a écrit :Hé quelqu'un saurait-il me dire si en passant d'une alimentation de 1250W
à une alimentation de 750W si dans ce cas je peux avoir une baisse des performances
des taux de transfert des données sur mon disque ssd?
Désolé, j'étais distrait.
Si tu aperçois la courbes des SSD et leur usure ici tu comprendras vite fait.
J'ai conclu :
Si les publicités indiquaient que les performances diminuaient de moitié à 13% d'usure du nombre de cycle des SSD (ce qui est mesuré et représenté sur les courbes), aurions-nous acheté des SSD ?
PS : sur les graphiques la durée de vie asymptotique des disques est de 25% du nombre de cycles annoncés.
Dernière modification par Compte supprimé (Le 06/03/2015, à 17:07)
#4735 Le 06/03/2015, à 05:10
- breakolami
Re : Topic des lève-tôt [partie 9]
Bonjour
Kubuntu 24.04.1 sur MSI Katana 17, Intel i7 12ème génération, 1 Nvme M.2 P5 500Go, 1 Nvme M.2 P2 1000Go, 16Go de mémoire, Nvidia GeForce RTX 4060
https://www.youtube.com/@FrenchBusTransit
Hors ligne
#4736 Le 06/03/2015, à 05:45
- raspouille
Re : Topic des lève-tôt [partie 9]
Bonjour ...
Linux Mint Mate 17.3 GNU/Linux.
Hors ligne
#4737 Le 06/03/2015, à 06:31
- PPdM
Re : Topic des lève-tôt [partie 9]
Bonjour
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#4738 Le 06/03/2015, à 06:59
- F50
Re : Topic des lève-tôt [partie 9]
Bondredi
#4739 Le 06/03/2015, à 07:10
- bahoui
Re : Topic des lève-tôt [partie 9]
Bonjour
Mettez [résolu] dans le titre quand le problème est réglé (cliquez sur "modifier" dans votre 1er message).
Hors ligne
#4740 Le 06/03/2015, à 07:10
- souen
Re : Topic des lève-tôt [partie 9]
Hello
...
Hors ligne
#4741 Le 06/03/2015, à 08:42
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
Salut.
#4742 Le 06/03/2015, à 09:50
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
donc sûrement l'usure - il a plus ou moins une année ce disque
cat /dev/mapper/SSDVol-foobar | pv > /dev/null -> 2,29MiB/s
Le fil original : Obsolescence programmée des SSD (explications SLC, MLC, TLC)
#4743 Le 06/03/2015, à 13:32
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
Tout peut apparaître bizarre quand on cherche à comprendre la disponibilité processeur (en fait je découvre cet univers auquel je n'ai jamais pris le temps de décortiquer: Linux).
dd if=/dev/zero bs=1M count=1024 | md5sum
1024+0 enregistrements lus
1024+0 enregistrements écrits
1073741824 octets (1,1 GB) copiéscd573cfaace07e7949bc0c46028904ff -
, 4,48334 s, 239 MB/s
dd if=/dev/zero bs=1M count=1024 | md5sum
1024+0 enregistrements lus
1024+0 enregistrements écrits
1073741824 octets (1,1 GB) copiés, 4,28376 s, 251 MB/s
cd573cfaace07e7949bc0c46028904ff -
dd if=/dev/zero bs=1M count=1024 | md5sum
1024+0 enregistrements lus
1024+0 enregistrements écrits
1073741824 octets (1,1 GB) copiéscd573cfaace07e7949bc0c46028904ff -
, 3,65426 s, 294 MB/s
pourquoi dd m'a mangé un code retour la première fois et pas les suivantes ?
La disponibilité du disque SSD dans le système (ordinateur + Linux) :
dd bs=1M count=256 if=/dev/zero of=test conv=fdatasync
256+0 enregistrements lus
256+0 enregistrements écrits
268435456 octets (268 MB) copiés, 1,79852 s, 149 MB/s
Alors que la machine accède physiquement au même disque :
sudo hdparm -t --direct /dev/sda
/dev/sda:
Timing O_DIRECT disk reads: 636 MB in 3.00 seconds = 211.88 MB/sec
L'utilisation n'est qu'à 70% de ce que peut faire l'ordinateur … ?
Dernière modification par Compte supprimé (Le 06/03/2015, à 13:36)
#4744 Le 06/03/2015, à 16:12
- compteur des leve tot
Re : Topic des lève-tôt [partie 9]
Scores totaux, depuis le début :
1) 7612 MdMax
2) 7083 L_d_v_c@
3) 5661 raspouille
4) 5273 PPdM
5) 4666 ljere
6) 4636 souen
7) 3698 Ras'
8) 3518 Floyd Pepper
9) 2670 Uallas
10) 2539 bahoui
******** Le top des lèves tôt, la bataille fait rage ********
11) 2423 Оливье
12) 2300 fcn50
13) 2086 Curiosus
14) 1794 Mindiell
15) 1609 SystemeD
16) 1494 Pylades
17) 1356 Didier-T
18) 1247 Azurea
19) 1199 sucarno
20) 992 nathéo
21) 854 pololasi
22) 827 edge_one
23) 805 david96
24) 741 Arcans
25) 727 tontonrobertettantirene
26) 699 Sopo les Râ
27) 666 ginette
28) 555 GhostSpirit
28) 555 moko138
30) 428 peterp@n
31) 385 ignace72
32) 378 pode
33) 359 golgoth42
34) 315 breakolami
35) 280 omc
36) 151 Slystone
37) 145 Marie-Lou
38) 133 GP974
39) 112 ceric
40) 109 pierrecastor
41) 102 karameloneboudeplus
42) 93 Berserker
43) 88 Grünt
44) 71 GR 34
45) 65 Crocoii
45) 65 petifrancais
47) 61 agarwood
48) 60 Niltugor
49) 54 DaveNull
49) 54 Hober Mallow
51) 52 1101011
51) 52 jeyenkil
53) 50 :!pakman
54) 42 nakraïou
55) 41 loup2
55) 41 pires57
57) 40 Biaise
58) 39 Clem_ufo
59) 38 Atem18
60) 36 timsy
61) 30 omc
62) 23 Morgiver
63) 22 marinmarais
63) 22 crowd
63) 22 yann_001
66) 20 Blakesnake
66) 20 sebman
68) 18 Ju
69) 16 The Uploader
70) 13 Le grand rohr sha
71) 12 Xmas_Psyaa
72) 11 richier_albert
73) 10 Phoenix
73) 10 FLOZz
73) 10 sakul
73) 10 SopolesRâ
73) 10 guantas
73) 10 letjoh
73) 10 karamelo
80) 7 Dafyd
81) 6 wiscot
81) 6 Hibou57
81) 6 tshirtman
81) 6 marting
81) 6 c4nuser
81) 6 thurbault
81) 6 Snamiac
88) 3 Phoenamandre
88) 3 gonzolero
88) 3 helly
88) 3 Le Rouge
88) 3 samυncle
88) 3 One pixel
88) 3 Tamarou
95) 1 herewegoagain
95) 1 TheUploader
95) 1 Kyansaa
95) 1 Xiti29
95) 1 Le_Redempteur
95) 1 johliet1
le code source
Participez au financement du tdct.org pour nous aider à promouvoir une multitude de service libre ouvert à tous en nous contactant:
contact[chez]tdct[point]org
Hors ligne
#4745 Le 06/03/2015, à 16:21
- compteur des leve tot
Re : Topic des lève-tôt [partie 9]
scores de la période en cours :
1) 42 raspouille
2) 39 fcn50
3) 27 PPdM
4) 20 breakolami
5) 16 moko138
5) 16 souen
7) 15 bahoui
8) 8 L_d_v_c@
9) 5 GR 34
10) 3 Оливье
le code source
Participez au financement du tdct.org pour nous aider à promouvoir une multitude de service libre ouvert à tous en nous contactant:
contact[chez]tdct[point]org
Hors ligne
#4746 Le 06/03/2015, à 18:12
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
Bon, j'ai perdu quelques semaines à cause de ce bogue d'affichage dans Thunar 1.2.3 !!!!!!!!!!!
Ce n'est qu'un bogue de Thunar 1.2.3, mais je prouve la partition cachée :
J'ai une autre approche : en février j'ai gravé une iso de 588Mo (voilà le bogue de Thunar) archlinux_20150201 avec Brasero depuis Linux Mint 17 chez l'informaticien de ma ville. Très vite je me suis rendu compte d'une partition fantôme de 31 Mo.
Il y a une partition cachée sur le CD (visible avec que j'arrive enfin à voir à moitié depuis Ubuntu, j'insiste sur la vérification par md5sum /dev/sr0 QUI DOIT indiquer la même chose que l'ISO, pas d'histoire de byte-padding ou de bit-padding je pense (qui est transparent puisque propre au média, l'autre nom étant l'entrelacement des données avec sommes de contrôles sur les supports optiques depuis les CD des années 1982 qui font 1 Go environs et dont seulement 650Mo puis 700Mo étaient exploitables).
fdisk -l /dev/sr0
Note : taille de secteur 2048 (et non pas 512)Disque /dev/sr0 : 616 Mo, 616566784 octets #pas normal puisque l'image fait 588 Mo !!! tu vas comprendre …
255 têtes, 63 secteurs/piste, 18 cylindres, total 301058 secteurs
Unités = secteurs de 1 * 2048 = 2048 octets
Taille de secteur (logique / physique) : 2048 octets / 2048 octets
taille d'E/S (minimale / optimale) : 2048 octets / 2048 octets
Identifiant de disque : 0x25a9244ePériphérique Amorçage Début Fin Blocs Id. Système
/dev/sr0p1 * 0 1204223 2408448 0 Vide
/dev/sr0p2 252 63739 126976 ef EFI (FAT-12/16/32)Un bogue de Thunar qui affiche Mo à la place de Mio !
588Mio ←→ 616MoEt c'est comme ça que j'ai cru graver 588 Mo et que je me suis retrouvé avec 616 Mo !
Je hurle de colère, même si je suis rassuré.
#4747 Le 06/03/2015, à 22:26
- moko138
Re : Topic des lève-tôt [partie 9]
Il y a une partition cachée sur le CD (visible avec que j'arrive enfin à voir à moitié depuis Ubuntu, j'insiste sur la vérification par md5sum /dev/sr0 QUI DOIT indiquer la même chose que l'ISO, pas d'histoire de byte-padding ou de bit-padding je pense (qui est transparent puisque propre au média, l'autre nom étant l'entrelacement des données avec sommes de contrôles sur les supports optiques depuis les CD des années 1982 qui font 1 Go environs et dont seulement 650Mo puis 700Mo étaient exploitables).
Allô ? On est censé y comprendre quelque chose ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#4748 Le 06/03/2015, à 22:32
- PPdM
Re : Topic des lève-tôt [partie 9]
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#4749 Le 06/03/2015, à 22:35
- Compte supprimé
Re : Topic des lève-tôt [partie 9]
Ludo a écrit :Il y a une partition cachée sur le CD (visible avec que j'arrive enfin à voir à moitié depuis Ubuntu, j'insiste sur la vérification par md5sum /dev/sr0 QUI DOIT indiquer la même chose que l'ISO, pas d'histoire de byte-padding ou de bit-padding je pense (qui est transparent puisque propre au média, l'autre nom étant l'entrelacement des données avec sommes de contrôles sur les supports optiques depuis les CD des années 1982 qui font 1 Go environs et dont seulement 650Mo puis 700Mo étaient exploitables).
Allô ? On est censé y comprendre quelque chose ?
Les CD/DVD ont des données entrelacées et des sommes de contrôles.
Un CD de 650Mo fait pas loin de 1 Go de données brutes, mais pour le rendre résistant à la poussière, les données ne se suivent pas.
Bref, j'ai toujours fait md5sum /dev/lecteur pour comparer les MD5 et vérifier la gravure et ça fonctionnait mais l'ami informaticien sur Paris me dit qu'il ne faut pas faire comme ça.
…
la vérification par md5sum /dev/sr0 QUI DOIT indiquer la même chose que l'ISO...NON c'est FAUX Ludo, j'insiste aussi.
la vérification par md5sum de /dev/sr0 NE PEUX PAS INDIQUER la même
chose que le md5sum sur l'ISO, sauf dans certains cas très rares ou
on a égalité à l'octet prêt des tailles du fichier ISO et du /dev/sr0C'est dû aux octets de fin de blocs (remplissage, padding ou trailing
blocks). /dev/sdX est généralement plus grand que le fichier image ISO.3 exemples du md5sum sur le fichier image ISO de Slitaz 5.0
# md5sum slitaz-5.0-rc2.iso
283876031d414506fbe697f02f023bde slitaz-5.0-rc2.iso# cat slitaz-5.0-rc2.iso | md5sum
283876031d414506fbe697f02f023bde -# <slitaz-5.0-rc2.iso md5sum
283876031d414506fbe697f02f023bde -Là, pas de problèmes les md5sum sont identiques, bien évidement.
Pour faire un md5sum sur /dev/sr0, il FAUT impérativement limiter la
lecture au nombre d'octets du fichier image ISO (ici 44040192 octets)# ls -l slitaz-5.0-rc2.iso
-rw-rw-r-- 1 cde cde 44040192 19 mai 2014 slitaz-5.0-rc2.iso
^^^^^^^^
Taille de l'image ISOLa seule VRAIE façon de faire le md5sum sur /dev/sro est donc la
suivante (Cette méthode fonctionnera dans TOUS LES CAS) :dd if=/dev/sr0 | head -c 44040192 | md5sum
Pour faire un CMP avec /dev/sr0, ce serait comme cela :
cmp -n 44040192 /dev/sr0 slitaz-5.0-rc2.iso
Pour un DIFF, se serait comme cela :
diff <( dd if=/dev/sr0 | head -c 44040192 ) slitaz-5.0-rc2.iso
Quelques liens qui abordent ce sujet :
http://twiki.org/cgi-bin/view/Wikilearn … terBurning
Il fallait surtout comprendre que j'ai galéré ces derniers jours à cause de l'affichage Thunar 1.2.3 qui m'a affiché Mo à la place de Mio !
588Mio ←→ 616Mo
Mais Thunar affiche 588Mo (ce qui est faux, et je suspectais Brasero ou Linux Mint d'ajouter du code … )
#4750 Le 07/03/2015, à 04:50
- moko138
Re : Topic des lève-tôt [partie 9]
Vouei, là on peut lire.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne