Reprise du message précédent :
apt-get n'est plus recommandé, utilises aptitude.
Ensuite, tu as le choix en un full-upgrade qui va te mettre à jour le système mais en supprimant les paquets non utilisés, ou tu peux faire un safe-upgrade qui ne fera que les mises à jour (aucune suppression)

Ensuite ca dépend de ton sources.list, t'es en stable ? testing ? mal réveillé.

Pas de surprise de mon coté avec du stable, tu peux maj sans probleme, c'est pas debian pour rien, et c'est aussi pour ca que tu te tape des paquets vieux de 2-3 ans ^^ .

grâce à ma magnifique désinstallation de la stable je me tape une erreur 22 de grub => je réinstalle seven.

 
Spa le topic Ubuntu ici

 

 
m'en fous je vais réussir à bien maîtriser linux et surtout debian.
 
 

question peutetre idiote, mais aptitude ca a quoi de mieux que apt ?

perso. j'utilise pas aptitude

suis un peu rouillé en apt... Les majs : apt-get update && apt-get dist-upgrade ?

Surtout si tu ré-installe seven

 
J'avais aucun partoche linux, j'avais désinstallé la dernière.
Du coup grub devait la chercher d'où l'erreur, j'ai essayé une ou deux commandes,... en vain et j'ai réinstallé windows.(qui était la seule partoche en place et sur laquelle je pouvais plus booter)
j'ai pas virer linux pour remettre windows parce linux cay nul.

Une simple ré-installation de grub et c'est réglé :

 
à une époque, j'ai fais ca un paquet de fois    

Une meilleure gestion des dépendances à la désinstallation
 
On en a déjà parlé 876 fois sur ce topic alors je vais pas rentrer dans les détails,
surtout qu'il suffit de faire une recherche google pour en savoir plus

bien noté, même si 877 c'est un meilleur chiffre  

T'es pas obligé de réinstaller Windows pour réparer le MBR
 
Oui enfin sans la partoche où se trouve /boot/grub, c'est un peu useless

Qu'est-ce qu'il fait sur le topic si il a aucune partoche avec grub ?

 
Surtout pas malheureux. Tu essaie de changer de version la. Enfin si t'as pas les source pour la testing, ca devrais aller.
 
En faite c'est : apt-get update && apt-get upgrade tout simplement.

alors j'utiliserai apt-get/apt-cache tout le temps, et aptitude remove à la place de apt-get remove

Non

non mais le fail de base...
je sais pas pourquoi j'ai mis "dist", c'est ca en plus que je voulais mettre    
Le dist-upgrade , ca doit être une réminiscence de mes premières ubuntu  

c'est ipnoz le fail, il a dit n'importe quoi

un dist upgrade sans les dépots appropriés, ca fait quoi ? Rien ?

 
même moi je le sais ça.
 

 

 
J'ai essayé des commandes mais bien sûr elles étaient useless pour seven.    
maintenant je saurais et je vais déjà aller rapprendre les bases avant de tenter une install, histoire d'éviter les conneries.

apt-get --help
[...]
dist-upgrade - Met à jour la distribution, reportez-vous à apt-get(8)
[...]
 
je vous epargne le man

Debian préconise plus le aptitude full-upgrade.

Oui et ça dit où que tu vas donc changer de version ?
Et le man 8 apt-get tu l'as regardé avant de nous l'épargner ?  

C'est pour ça que maintenant, dans aptitude, upgrade est devenu soft-upgrade (c'est à dire MAJ sans ajout de dépendance) et dist-upgrade est devenu full-upgrade (avec ajout de dépendances si nécessaire)
 
EDIT:  

On parlais bien de debian stable?
 
une gestion intelligente des changements de dépendances dans les nouvelles versions des paquets ; apt-get possède un système « intelligent » de résolution des conflits et il essaye, quand c´est nécessaire, de mettre à niveau les paquets les plus importants aux dépens des paquets les moins importants.
 
Depuis quand on a besoin d'une gestion des dependances intelligente quand on maj une debian stable?
 
En tout cas t'as le drois de lui conseiller de maj une stable en dist-upgrade. C'est un peu comme surfer sur le web avec le compte root pour moi , mais t'as le droit   .
 

 
Super, apt-get upgrade est devenu aptitude soft-upgrade et apt-get dist-upgrade est devenu aptitude full-upgrade.
 
Bon sa va finir loin ce debat je le sens
 
   

Oui on parle bien de Debian Stable, et je n'ai pas dit qu'il était conseillé d'utiliser dist-upgrade/full-upgrade, j'ai juste dit
que tu te trompais en disant que dist-upgrade allait le faire changer de version

T'as bien raison de aloy parce que tout le debat, c'est ca.
 
Donc on va "essayer" d'interpreter mes propos ( comme un cours de francais de 1ere ) .
 
Que dis le man d'apt-get pour dist-upgrade deja ? ( j'me repete, ca mange pas de pain ).
 

 
Quand il y a changement de dépendences, c'est en général qu'il y a changement de version , que se soit un soft ou la distro elle-meme. Je n'ai jamais vu de changement de dépendence sur une maj de stable, et pour cause, il y a toujours un risque de "casser" sa distro.
 
Je dis bien de version, une maj de securité n'est pas un changement de version ( je précise , hein ) .
 

 
Tiens je me quote:
 

 
Tu essaie, du verbe aller.
 
Bref je disait juste que dist-upgrade une stable, ca sert a rien.
 
   
 
   
 

Cte mauvaise foi

Me parle pas de mauvaise foi quand tu ne sais pas faire la différence entre aller et essayer stp
Tu as mal interpreté mes propos, ok, mais ne repousse pas la faute sur moi -_- .
 

Go slackware

Bha pour maj des paquets, t'a pas besoin de gerer les dependances, d'ailleur que fait apt-get upgrade, il compare juste les paquets installés sur ton pc, avec son source.lst recement updaté et installe ceux qui sont plus recents, stou...
 
Apres merci de ne pas detourner mes propos svp

Des scripts qui ne s'exécutent pas avec cron sous l'user local, alors qu'ils fonctionnent bien en les exécutant à la main, ca peut venir de quoi ?
J'ai tenté un restart de cron.

Je dirais de l'environnement restreint de cron qui est différent de l'environnement de ton user

Ce sont des scripts de sauvegarde: principalement des rsync, et un dump SQL.

Pour vérifier que le script est bien appelé, peux tu mettre touch /tmp/script_exécuté et attendre la prochaine occurence du cron ?

 S'il n'est pas appelé le problème vient de cron
  Sinon c'est un problème du script et de son environnement => vérifier le $PATH et les droits d'exécution.