Sur cette commande, non. Il me semble que ce nombre s'affiche la fin de :

aptitude safe-upgrade

Je peux l’exécuter, sans risques ?

C'est grosso modo ce que je voulais dire.
Je dirais, oui. J'imagine, il demandera une confirmation afin de poursuivre.

Par contre, Debian recommande plutôt celle-ci :

apt-get dist-upgrade

J'ai pris les devants

Et y'a une chiée d'updates qui ont étés faites (294)
Ce qui me semble suspect ici:

E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/rkhunter ]; then /usr/bin/rkhunter --propupd; fi'
E: Sub-process returned an error code
Échec de l'installation d'un paquet. Tentative de réparation :

État actuel : 0 mise à jour restante [-294].

J'ai utilisé

aptitude safe-upgrade

parce que j'ai débutés les MàJs avant de voir ton post.

Oui, il y en a un nombre conséquent. Bien, a priori, l'upgrade semble terminé. Il suffira de regarder (de nouveau) s'ils en restent et vérifier la présence de systemctl.

Par rapport à rkhunter, je doute de pouvoir aidé... Toutefois, cette commande pourra éventuellement nous dire s'il y a un problème.

dpkg --status rkhunter | grep Status

Je comprends, je l'ai juste indiqué à titre d'information.

Si tu ne peux pas aider sur rootkit hunter, je verrais plus tard. Et puis c'est pas l'endroit pour, y'a sûrement un post dédié.

J'ai refait

aptitude update

Et j'ai toujours le même message d'erreur

sW: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/source/Sources : 404  Not Found
W: impossible de récupérer http://packages.dotdeb.org/dists/jessie-php55/all/binary-amd64/Packages : 404  Not Found
E: Échec du téléchargement pour certains fichiers d'index. Soit ils ont été ignorés, soit les anciens fichiers ont été utilisés à la place.
E: Impossible de reconstruire le cache des paquets

Tu as parlé de retirer les dépôts de Dotdeb, est-ce que ça a un rapport avec ça ?

Magicalex wrote:Modification des dépôts pour jessie

sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list.d/*.list

suppression du dépôt nodesource et dotdeb-php56

rm /etc/apt/sources.list.d/nodesource.list
rm /etc/apt/sources.list.d/dotdeb-php56.list

Oui, ça a bien un rapport. C'est l'un (ou plusieurs) de ces fichiers.

aptitude clean

Cette commande sera éventuellement nécessaire.

Alors la, je sèche:

sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sed -i 's/wheezy/jessie/g' /etc/apt/sources.list.d/*.list
sed: impossible de lire /etc/apt/sources.list.d/*.list: Aucun fichier ou dossier de ce type
rm /etc/apt/sources.list.d/nodesource.list
rm: impossible de supprimer « /etc/apt/sources.list.d/nodesource.list »: Aucun fichier ou dossier de ce type
rm /etc/apt/sources.list.d/dotdeb-php56.list
rm: impossible de supprimer « /etc/apt/sources.list.d/dotdeb-php56.list »: Aucun fichier ou dossier de ce type

J'ai aucunes idées de ce que je fais, ça aide pas ^^

Tout bonnement, aucun de ces fichiers (nodesource.list et dotdeb-php56.list) n'existent. Le dossier (sources.list.d) serait vide ? C'est possible. Du moins, il n'existe aucun fichier ayant cette extention (.list).

Au préalable, il fallait consulter (ou afficher) le contenu du répertoire sources.list.d.
Je présume, le problème est toujours là. Alors je conseil de vérifier le contenu du fichier sources.list. Au moins, ce fichier existe (par défaut). Les autres, ce n'est pas forcément le cas.

Salut

Tu peux supprimer les deux derniers déjà dans ton sources.list

# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all

# dépôt nginx
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx

Tu en as plus besoin
Ex.

Salut ex_rat

J'ai commenté les 2 derniers dépôts dans

/etc/apt/source.list/

avec des #.

ex_rat wrote:Tu peux supprimer les deux derniers déjà dans ton sources.list

# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all

Tu en as plus besoin

Bonjour,

je suis d'accord avec cette partie seulement. D'abord car elles sont à l'origine du problème. Les deux dernières (ou suivantes) ne sont pas concernées. De plus, retirer le dépôt de Nginx, c'est une mauvaise idée. Il n'y aura de dépôt afin de pallier son absence.

flipper wrote:alors, pour info j'ai teste ton script light debian 8.0. J'ai crée deux utilisateurs et ca ne fonctionne pas, rutorrent n'arrive pas a se connecter à rtorrent:

Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.

Les fichiers de conf des utilisateurs sont cohérents entre eux (au niveaux des ports)

Salut
On parle bien de cette version là: http://mondedie.fr/d/0/0 pas de celle que j'avais posté ici y'a 2/3 jours ?
Sur un serveur physique, pas une virtu ? Pas de caractères chelou dans les noms d'user et pass, juste chiffre/lettre ?
Je viens de faire une install sur kim 8/64 deux users sans problèmes à l'arrivée
Ex.

Wagner wrote:

ex_rat wrote:Tu peux supprimer les deux derniers déjà dans ton sources.list

# dépôt dotdeb php 5.5
deb http://packages.dotdeb.org jessie-php55 all
deb-src http://packages.dotdeb.org jessie-php55 all

Tu en as plus besoin

Bonjour,

je suis d'accord avec cette partie seulement. D'abord car elles sont à l'origine du problème. Les deux dernières (ou suivantes) ne sont pas concernées. De plus, retirer le dépôt de Nginx, c'est une mauvaise idée. Il n'y aura de dépôt afin de pallier son absence.

J'ai pas de depot special nginx (juste dotdeb tout bête) sur mon kim 8/64 et j'ai nginx en 1.8.0

edit: d'ailleurs y'a plus que ça dans le tuto ru

echo "#dépôt paquet propriétaire
deb http://ftp2.fr.debian.org/debian/ jessie main non-free
deb-src http://ftp2.fr.debian.org/debian/ jessie main non-free" >> /etc/apt/sources.list.d/non-free.list

echo "# dépôt dotdeb
deb http://packages.dotdeb.org jessie all
deb-src http://packages.dotdeb.org jessie all" >> /etc/apt/sources.list.d/dotdeb.list

Ajout des clés des dépôts dotdeb

cd /tmp
wget http://www.dotdeb.org/dotdeb.gpg
apt-key add dotdeb.gpg

Alors débian 8 dedibox sur esxi machine virtuelle toute neuve installée hier. User flipper et cati donc pas de nom chelou et mot de passe normaux. Tout est démarré correctement.

Vérifie tes fichiers par rapport au tuto manuel ou repars sur une install' à la main. Sur virtu y'a trop d’aléa pour le script, pour ça que dans les pré-requis je ne parle que de serveur physique.
Virtu ou vps, ça marche tant mieux, ça marche pas tant pis
Ex.

ex_rat wrote:edit: d'ailleurs y'a plus que ça dans le tuto ru

Je le sais parfaitement bien. Par contre, ça n'a guère d'intérêt pour volkor. Il dispose déjà de celui de Nginx. Autant le laisser comme tel.
volkor est un novice et n'a pas besoin de le remplacer. C'est une étape supplémentaire ainsi que superflu.

Bonjour,

J'ai tranché et mon fichier ressemble à ça

Fichier : /etc/apt/sources.list

deb http://debian.mirrors.ovh.net/debian/ jessie main
deb-src http://debian.mirrors.ovh.net/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

#dépôt paquet propriétaire
deb http://ftp2.fr.debian.org/debian/ jessie main non-free
deb-src http://ftp2.fr.debian.org/debian/ jessie main non-free

#dépôt dotdeb php 5.5
#deb http://packages.dotdeb.org jessie-php55 all
#deb-src http://packages.dotdeb.org jessie-php55 all

#dépôt nginx
deb http://nginx.org/packages/debian/ jessie nginx
deb-src http://nginx.org/packages/debian/ jessie nginx

A priori, ça devrait être bon.

Bien, au moins ça c'est réglé.
Indispensable non, tant que tout fontionne. Néanmoins, c'est anormal. L'upgrape semble incomplet ou alors il s'est mal déroulé... C'est un peu inquiétant. Avec un peu de chance, c'est anodin et il n'y aura aucune déconvenue...
L'upgrade n'est une solution fiable (à 100%), donc je préfère avertir.

Si tu as une idée d'où ça peut venir, lançons nous dans cette recherche

J'ai une petite idée toutefois sans grande conviction... Je connais guère le sujet...
J'imagine, cela pourrait venir de systemd.
D'abord, on va s'assurer de la présence de ce programme (systemctl) via cette commande :

which systemctl

Elle devrait retourner un chemin menant à ce programme.
On recommence avec systemd via celle-ci :

dpkg --status systemd | egrep 'Version|Status'

Il y aura quelque complément dont le numéro de version et l'état de l'installation.
Ensuite, on regarde s'il est actif ?

ps -ef | egrep systemd

Le serveur fut redémarré ? Dès fois, c'est nécessaire pour certaine mise à jour.

D'accord merci, désormais c'est certain, l'upgrade est incomplet. Avec Jessie, systemd fait partie des (nouveaux) programmes présent par défaut.
En fait, systemd (comme apt etc) aurait du être installé lors de l'upgrade.
Je présume, il n'y a aucune indication via aptitude ? C'est la même chose avec apt-get ?

aptitude et apt-get me remontent

apt-get dist-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
aptitude safe-upgrade
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 0 o seront utilisés.

Y'a rien à télécharger

Je me suis renseigné un peu et d'après ce que j'ai compris, il y aurait plus de risques que de "bienfaits" à faire fonctionner systemd.
Donc, je vais en rester là, vu que tout ce dont j'ai besoin fonctionne, au pire je réinstallerai tout cet été.

Merci pour tout

flipper wrote:Ok ex_rat pour la virtialisation qu est ce que ca change pour savoir, pkoi ça peut être aléatoire ?

edit: Merci pour la maj des scripts pour debian 8

Alors j'ai pas la réponse mais de toute façon, y'a trop de système différent pour que ce soit viable, les tests à chaque modif prendrait 3000 ans et je peux pas. En plus j'utilise pas du tout perso donc pas vraiment motivé par l'affaire.
Mais je crois que c'est pas bien grave, si on est capable de bricoler sur de la virtu, c’est pas plus mal de faire son install' à la main pour avoir du sur mesure.
J'ai toujours envisagé le script comme une solution clé en main pour grand débutant qui veut pas chercher beaucoup plus loin, avec le minimum de questions au départ. Bref, on est plus vraiment dans la cible là avec des vm
Ex.

pas de soucis ex_rat je comprends bien, je voulais tester ton script si ca marchait sur VM ca aurait été mieux. Je refais une install propre de toute facon, si jamais au final ca fonctionne je te tiendrais au courant.

Bon, avec un seul user tout fonctionne sur une VM. Par contre, est ce normal que le /home du user qui est crée via le script ait pour propriétaire root. Du coup il ne peut pas créer lui même des répertoires dans le dossier /home. C'est pour des questions de securité en multi-user?

C'est normal, c'est le chroot user qui fait ça, les sous dossier /torrents et le reste sont en user:user par contre.
T'as le détail du truc ici: http://mondedie.fr/d/840
Ex.

ok nickel merci

Holla,

Bon j'ai un problème assez relou avec mon installation.

Lorsque je charge des torrents, ils démarrent en trombes, je suis confortablement dans ma connexion (17/18 Mo/s) et à un moment, pouf, ils se mettent en pause.
J'ai beau tenter les revérifications... ils restent en pause.

Quant aux torrents qui sont terminés, ils seed à peine alors qu’auparavant j'avais un ratio de cochon

J'ai aussi tenté de restart rutorrent et même la seedbox complete, les torrents en pauses passent à "arrêtés" et lorsque je les relance ils repartent 2sec et se remettent en pause.

Dernière chose étrange, depuis mon iPhone, tant que j’appuie sur lecture sur un torrent en pause, il DL par coup de 2/3 secondes à bloc et repart en pause.

Enfin je précise que :
- les torrents sont très très actifs, beaucoup de sources complètes, beaucoup de peers
- l'installation a été faite avec le script et sans erreur. J'ai aussi en place, la sécurisation, cakebox et je commence à m'amuser avec filebot.
- j'ai 7 users actifs sur la seedbox
- J'ai la petite box de chez online.net (mais ça n'a pas changé par rapport à avant... donc ça m'étonnerai qu'il y ait un lien)

Bref je ne comprend rien à ce qui se passe quelqu'un pourrait il m'aider à comprendre?

J'ai bien fais un tour du côté des préférences sans réel succès, j'ai l'impression que si je change les valeurs dans les prefs, elles ne sont pas enregistrées.

Helpeuuuuuuu pleazzzz

Salut
Une idée comme ça. Ça ne viendrait pas d'un problème de place dispo ? Parce que 7 sur un petit serveur, ça va vite.
Regarde avec un df -h pour voir si tu es large ou pas.
Ex.

Et bien même pas j'ai que 18% de place occupée ... Elle est toute fraîche cette installe. C'est pour ça que je pige pas. Les autres users aussi on un seed tout degueu...

gormson wrote:En fouinant dans les préférences de rutorrent, j'ai vu que les ports de communication étaient réglés sur une plage plutot que sur une valeur fixe.

C'est la configuration (par défaut). Donc, il n'y a rien d'anormal.
La plage est facultatif; un port convient très bien.

gormson wrote:Moi je n'avais rien touché lors de l'instal du script rutorrent+nginx

Le script est justement conçu dans cette optique.

gormson wrote:[...]la sécu bannissent des ips qui sont bonnes pour rutorrent?

C'est tout à fait possible. Néanmoins, c'est à la condition (par exemple) d'un excès de curiosité malvenue.
De plus, chaque ban est justifié. Du moins, un minimal car les règles sont plutôt précises. Elles ne sont le fruit du hasard. Dès fois, il faut les revoir car elles sont un peu trop efficace.
Au point de parler d'interférence ? Non, je conçois de le voir ainsi mais ça serait une exagération inappropriée. Pour résumer, il n'y aurait aucune activité. Et puis, on aurait certainement connaissance d'un tel problème.