Bonjour,
je tourne sous debian sid, j'ai mis à jour (full-upgrade) mais tout ne s'est pas super bien passé, quelques paquets désinstallé, quelques trucs bizarre… Et surtout, des fois j'ai des problèmes de ram ce qui fait que j'ai sûrement quelques fichiers corrompus. Enfin bref, le vrai problème au final, c'est que je voudrais réinstaller tous les paquets, avec
aptitude reinstall '~i'
Sauf qu'il s'arrête sur plein de paquets, avant je les ai viré mais là c'est java et ça commence à me fait chier…
L'erreur complète c'est :
Il est nécessaire de télécharger 325 Mo d'archives. Après dépaquetage, 0 o seront utilisés.
E: Impossible de localiser un fichier du paquet sun-java6-bin. Cela signifie que vous devrez corriger ce paquet vous-même.
E: Impossible de localiser un fichier du paquet sun-java6-bin. Cela signifie que vous devrez corriger ce paquet vous-même.
E: Erreur interne : impossible de créer la liste des paquets à télécharger
Si je fais un reinstall de java tout seul ça fait la même chose évidemment, donc je me demandais si il y avait une astuce, ou savoir à quoi ça correspondait…
Le purge et l'install se passe bien on dirait, mais ça pète les dépendances et je le sens pas (d'où l'intérêt à la base de faire un réinstall complet)
je sais pas si je suis clair, merci pour vos réponses
# Ya plu Java…
Posté par JJD . Évalué à 4.
Salut,
Les JRE et JDK d'origine
SunOracle ne sont plus présents dans les dépôts Debian (sid et testing) pour de sombres questions liées à la politique de distribution d'Oracle (je te laisse chercher pour plus de détails).Il est donc normal que tes tentatives de réinstallation de ces paquets échouent. La solution est soit de passer à OpenJDK (avec quelques risques de bugs ou d'incompatibilité avec certaines applis) soit d'installer la JRE d'Oracle à la main.
A+
JJD
[^] # Re: Ya plu Java…
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 1.
Hum merci, j'avais pas pensé à ça. Quand je fais un aptitude search sun-java6-bin il me le propose toujours pourtant… je vais investiguer (je vais retenter openjdk mais j'y crois pas vu que j'avais des problèmes d'incompatibilités il y a quelques mois :( )
# dpkg -i en mode debug ?
Posté par nono14 (site web personnel) . Évalué à 3.
Perso, je reglerais le soucis de mémoire en premier ( memtest86 ).
C'est plus simple si tu l'as déjà installé.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: dpkg -i en mode debug ?
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 1.
memtest est installé, il m'indique bien des erreurs (de temps en temps, selon l'humeur) Le problème c'est le temps que mes barrettes arrivent et c'est pas gagné
/var/lib/dpkg/available était corrompu, je l'ai modifié à la main :-/ j'aimerais bien repartir d'un truc propre un peu partout mais je n'ai pas trouvé de moyen simple et propre de le faire
[^] # Re: dpkg -i en mode debug ?
Posté par NeoX . Évalué à 1.
tester les barrettes 1 par 1
ne garder que celles qui fonctionnent
ca permettra ensuite de faire tourner ta machine le temps de recevoir les nouvelles
[^] # Re: dpkg -i en mode debug ?
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 1.
j'ai 2 fois 2Go et je tourne à 3,5Go en moyenne (intellij, glassfish, jrebel etc.) bref c'est pas jouable :(
[^] # Re: dpkg -i en mode debug ?
Posté par NeoX . Évalué à 5.
à toi de voir si tu veux voir ton travail corrompu aleatoirement
ou si tu preferes travailler plus lentement et avoir un travail fiable
;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.