Plantages à répétition des navigateurs

Merci, Magic.
Hélas, ce terme ne donne pas l'accès, car c'est un des premiers auquel j'avais pensé.
Essayons de trouver le bon terme. Va savoir...Hazard'on le jeu.

Ps: Me pardonner du temps que cela met à répondre aux messages.

Pour répondre au message précédent, Ce serait le cas si je ne disposais que d'une machine, d'une seule distribution, ou bien encore d'une seule ip.
Selon ma recherche en lexicologie anglaise, Upload et download n'existe pas. Bien que l'inverse l'est : load up (charger) ou load down ( dé-charger).
Mais qu'importe, car nous ne sommes pas là pour discourir de ce que les grammairiens du 11 au 15` siècles pensaient de ce patois incompréhensible, puis d'en interdire son étude...

Concernant les mémoires respectives, elles sont automatiquement nettoyées avant le démarrage des systèmes, ainsi que tous les fichiers le nécessitant.…C'est donc dans ce contexte, que je trouve cela É TRANGE. ! - Et je persiste et signe de la problématique s'y découlant.

Pour suivre de mes recherches, voilà ce qui en ressort en général:

Au sujet de la récupération des iso, je me questionne sur le fait que le Https ne soit pas imposé.
En traçant, seuls trois sites US sont référencés, malgré le choix du FR sélectionné. É trange.. !!!
Dans la majorité des iso, les fichiers et liens suivants sont cassés :
( je précise que je monte toujours les iso, pour les vérifier, les modifier, etc.. avant de les graver).

Menu.C32, idlinux.sys, ubninit, ubnkern, isolinux, release.gpg, Filessystem.squshfs, initrd, initrd.netinst, Vmlinux…
Dans tous, ce sont les /proc/ , les /usr/share, /home/ et /tmp/, les sv, cdw, root, et autres refs….
Quand le /proc/ se laissait manipuler, plus de la moitié des fichiers n'étaient pas accessibles, puis pour les autres, un encodage illisible. ( À croire qu'un encodage parasite (ou terroriste) s'y insérait lors du télé-versement pour en interdire une utilisation normale) – Ceci, est plausible selon les ondes ou le FAI...

- Pour dire de l'É trangeté, de chaque démarrage :
dans une 6.01 18n, et après avoir retirer tous les fichiers et liens cassés trouvés dans /usr/, /proc/, /var/ /home/, /tmp/,
puis retirer totalement Abrowser, Evolution, Sento, Gnome-panel, Gnome-help , ainsi que dans tous les répertoires essentiels ( sv, cdw, root), fichiers .TXT en espagnol !!!,
puis chargé Icecat, tout était rentré dans l'ordre établi pour une ouverture de ce dernier sans soucis , bien que, fait étrange, l'accès au réseau ne se faisait que par le biais des Moteurs de recherche, en occultant la page de démarrage enregistrée au préalable, et ce quelle qu'elle soit,
Il me suffisait donc de changer de moteur de recherche pour y avoir accès.
En soi, ce n'est pas problématique, je dirai bien au contraire, que cela optimisa l'accélération de l'accès aux sites choisis. Fait encore plus intéressant, les caches, autre tmp, ou Thumbnails, restaient vide de chez vide.( vous saurez quoi faire dorénavant)

Fait surprenant
1- est que l'ensemble des iso fonctionnent parfaitement sans les installer.
2- Quand on veut travailler hors connexion, l'accès au web est toujours possible !!!, malgré que network ait bien affiché la dé-connexion. Hic!
Par ce biais de la recherche, j'ai donc trouvé une solution pour accéder au web sans plantage du navigateur, et sans surplus de fichiers en prime.

Mais de cela j'ai pris l'habitude d'oter tous ce qui n'est pas nécessaire, afin d'optimiser la mule….
< un forgeron n'aurait pas l'idée d'accrocher l'ensemble de ses réalisations au bout de son marteau, afin de faire valoir son savoir faire. Il cesserait instantanément de bouger... >
Eh, bien n'en vous déplaise, c'est la même chose pour ce média froid mayonnaise ( non plutôt Ketchup)..L'os n'est qu'un outil,

Dans les trois dernières acquises dernièrement, l'ensemble des iso paraissaient saines, malgré un md5 complet. C'était sans compter un blocage sur une première page non demandée ni crée, < login + password> , après choix de la langue et « tester Trisquell sans l'installer » et ce depuis les live dvd 6.0.1 18n créés à cet effet!!! Cela en devient presque comique.

Pour celle que j'utilse actuellement, une 7 sur clé, et lors d'une demande d'installation d'une extension pour Abrowser, on me demande systématiquement une «identité + passe-mot ». ÇA c'est une première !

Toujours le bug récurrent du clavier en Quarty. Et ce malgré les modifications de configuration et le traditionnel « setxkbmap fr ».

Dernier point du jour, j'accède au compte du forum, non pas en tapant au clavier les caractères fournis, mais tout simplement en les copiant. N'y-aurait--il pas un big big blème !!!!

Devrais-je cesser dès maintenant et attendre le temps qu'une iso adaptée à notre culture et sans défauts soit disponible sur « trisquel.fr ».

À suivre dès la connaissance du code d'accès, à moins que je découvre encore des choses intéressantes.
Merci encore

je précise que je monte toujours les iso, pour les vérifier, les modifier, etc.. avant de les graver

Ne serait-ce pas ces modifications qui crée tes problèmes ? L'ISO n'est pas destinée à être modifiée.

Bonjour.

Oui, possible que le mlontage de l'iso est un impact sur le codage. En fait ce serait plutôt la distribution qui serai en cause.

À ce jour j'ai utilsé pas moins de 17 variantes. La seule image correcte obtenue, malgré ce qui va suivre, l'a été grâce à un pc de 98 et d'une image réduite au minimum ( je rappelle que un OS est seulement un outil, et qu'il peut être modifiable à souhait-quelqu'il soit=
Hors au montage, (dont je n'a&i toujours pas trouvé la clé pour l'accès) j'ai fini par l'installer directement...
Alors là, qu'elle n'a pas été ma surprise, d'avoir sur un écran toute une mosaîque d'image:
celle du choix de la langue, celle du choix de l'essai ou de l'installer, l'image du commencement de l'installe, l'os en fonction, et pouur finir le bureau.
Tout fonctionnait ensemble. Première mondiale..
Par la suite, et après optimisation, car je n'ai pas besoin d'un balai à 10 manches, le truc fonctionne à priori normalement, les navigateurs fonctionnent correctement, et je fait la mise à jour en selectionnant un fichier à la fois.
Nous verrons lesquels posent problème.

Je posterai le résultat obtenu. Bien à Vous.

BJ.

Ça y-est, je viens de récupérer les images complètes < de la 5 à la 7 toutes variantes>. Toutes, sur support externes et arrivées de 5 pays différents.( raison de ce délai) via de porteurs.

Résultat:

Ce que nous présentions au départ s'avère se confirmer. L'ensemble des images sont corrompues dès le départ, avant ou pendant le téléversement.

Il faudrait que le http proposé soit urgemment remplacé par un https, rien que voir,

d'autre part impossible de faire démarrer le téléversement depuis le site français????

À bonne fortune, l'excès dentaire.

Hi all,

Je profite du post de zinjanthrope ci-dessus pour soulever des problèmes similaires, depuis quelque temps les iso's Trisquel 7 me pourrissent les Live, cela va de l'impossibilité à installer à des soupçons (convergents) de corruption de la mbr hdd!? anomalies que je n'arrive pas à comprendre mais qui se sont pourtant répété à deux reprises...

En réitérant la procédure avec une Debian 8 (jessie) aucune difficulté...

Bien Librement.

Rien constaté de tout ça ni avec Trisquel 6 ni avec trisquel_7.0_i686.iso 1.5 Gio téléchargée le 06/11/14 md5sum 87b49048004beb997a98be165c61a681 .

Il serait bien d'avoir de nombreux retours.

merci

Téléchargé aujourd'hui :

$ md5sum -c *.md5
trisquel_7.0_i686.iso: Réussi
$

Hi all,

@nmrk.n, lorque c'est possible, j'évite le md5 et privilégie un sha où une empreinte généré par GPG (plus intègre pour les contenus).

Par souci d'efficacité il me semble avoir downgradés les iso's des versions 7 pour i686 et AMD (1.6 Gio) sur l'un des miroirs (tjrs en http!?) http://fr.cdimage.trisquel.info/ il y a de cela quelques mois.