Re: sauvegarde fichiers
Le 07/12/2014 22:51, moi-meme a écrit : Le Sun, 07 Dec 2014 22:20:02 +0100, Klaus Becker a écrit : $ apt-cache show detox je connais bien detox et ça fonctionne très bien. Mais j'ai oublié de préciser que je ne veux pas changer de noms de fichiers/répertoires. Il y a des page webs sauvegardées avec des liens référencées par leurs noms (tordus%20bien%20entendu) :-) ah oui. moi aussi, j'ai des problèmes de ce genre. pire, on a des µ et des ° ... pas question de les changer si non, user pas contents. si tu mettais ton DD sur un système charseté en utf8_fr@euro ca fait quoi? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54856267.1040...@freeatome.com
Re: Debian ne voit pas toute la mémoire RAM
Le 07/12/2014 18:31, Alain Rpnpif a écrit : Bonjour, La commande free donne 3159324 octets de RAM. Mais le BIOS (carte MSI A78M-E35 avec APU AMD A4-5300) rapporte 4096 Mo, qui me vole le reste ? J'ai lancé memtest86+ et il voit bien les 2 barettes : Memory SPD informations : Slot 0 : 2048 MB DDR3-1600-G Skill, etc. Slot 1 : 2048 MB DDR3-1600-G Skill, etc. Mais en haut à gauche de l'écran, il indique : Memory 3269 M. Il manque 770 Mo. Les différents contrôleur (vidéo, disque, PCI hole, etc) de la carte mère ont besoin de mémoire pour fonctionner et il utilise la RAM. C'est indiqué dans le manuel de la carte mère. En tout cas dans les manuels des cartes Asus. Mais bon 770 Mo ça fait beaucoup de RAM. Dans le BIOS il y peut être 500 Mo ou plus d'alloué à la vidéo. Regarde le manuel de ta carte mère et les paramètres du BIOS. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/548564d3@juliana-multimedia.com
Re: Debian ne voit pas toute la mémoire RAM
Bonjour, Le dimanche 07 décembre 2014 à 20:52, Stéphane GARGOLY a écrit : Quand vous avez, au moins, 1 Gio de mémoire centrale, ajoutez plutôt l'option -m à la commande 'free' (pour avoir le résultat en Mio), nous n'en sommes plus à quelques centaines de kio près et c'est plus facile à lire. ;-) Il y a même une option « -h » (Human Readable !). Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208090816.gb14...@sebian.nob900.homeip.net
Re: sauvegarde fichiers
Bonjour, Le dimanche 07 décembre 2014 à 20:43, moi-meme a écrit : Mes lignes de /etc/fstab : //nas_lg/donnees/ /NAS/donnees cifs noauto,rw,user,user=user,password=pass,uid=1000,gid=1000,file_mode=0766,dir_mode=0766 0 0 Pourquoi ne pas passer par un montage NFS ? Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208092541.gc14...@sebian.nob900.homeip.net
Re: sauvegarde fichiers
Re, On Mon, Dec 08, 2014 at 10:25:41AM +0100, Sébastien NOBILI wrote: [...] Le dimanche 07 décembre 2014 à 20:43, moi-meme a écrit : Mes lignes de /etc/fstab : //nas_lg/donnees/ /NAS/donnees cifs noauto,rw,user,user=user,password=pass,uid=1000,gid=1000,file_mode=0766,dir_mode=0766 0 0 Pourquoi ne pas passer par un montage NFS ? Ça, ou rsync ? A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208092835.ga6...@jones.jfs.dt
Re: Debian ne voit pas toute la mémoire RAM
On Sunday 07 December 2014 21:56:48 Pascal Hambourg wrote: andre_deb...@numericable.fr a écrit : C'est pareil chez moi, RAM annoncée = 2048 MB et la commande indique : $ free = Mem: 2073884 octets Il y a toujours une différence entre mémoire annoncée et mémoire réelle, comme les supports de sauvegarde, DD, clés USB... Qu'appelles-tu mémoire annoncée et mémoire réelle ? La taille annoncée par le constructeur et celle une fois le composant monté, ordinateur en marche. RAM : APU, GPU... occupent du volume. DD, clé USB : le système de fichiers (formatage) a pris ses marques et occupe de l'espace. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201412081044.40944.andre_deb...@numericable.fr
Re: Debian ne voit pas toute la mémoire RAM
andre_deb...@numericable.fr a écrit : On Sunday 07 December 2014 21:56:48 Pascal Hambourg wrote: andre_deb...@numericable.fr a écrit : Il y a toujours une différence entre mémoire annoncée et mémoire réelle, comme les supports de sauvegarde, DD, clés USB... Qu'appelles-tu mémoire annoncée et mémoire réelle ? La taille annoncée par le constructeur Ça au moins, c'est clair, à condition de bien interpréter ce qu'annonce le constructeur. et celle une fois le composant monté, ordinateur en marche. Ça en revanche, ça l'est moins. Des exemples concrets de différence entre les deux ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/548575ce.4020...@plouf.fr.eu.org
Re: Debian ne voit pas toute la mémoire RAM
Frédéric MASSOT a écrit : Les différents contrôleur (vidéo, disque, PCI hole, etc) de la carte mère ont besoin de mémoire pour fonctionner et il utilise la RAM. Il n'y a guère que le contrôleur vidéo intégré qui utilise une partie significative de la RAM centrale, s'il n'a pas de mémoire vidéo dédiée. Le PCI hole n'utilise pas de RAM, c'est une zone de l'espace d'adressage en mémoire en dessous de 4 Gio dédiée aux périphériques : au lieu d'accéder à de la RAM à ces adresses, on accède à un périphérique. En revanche le PCI hole peut rendre une quantité équivalente de RAM centrale inutilisable si celle-ci n'est pas déplacée par la carte mère dans une autre zone de l'espace d'adressage au delà de 4 Gio. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54857abb.3080...@plouf.fr.eu.org
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Sylvain L. Sauvage a écrit : Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit : Bonsoir, ’jour, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : [… exports et fstab …] Donc tu veux mettre / en aufs… Oui, ... et non. Au moins la partie des répertoires ou le système à besoin d'écrire (var ? autres ?). Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Ben, ça peut se comprendre : tu veux monter des '/toto' avant '/'. Oui. Ok, c'est normal. Je n'ai pas fait attention à l'ordre linéaire du fichier fstab. […] Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Fais une recherche « aufs root », il y a plein d’exemples pour avoir un / en aufs (ça se fait dans l’initramfs avec des mount --move). (D’après la page de man, il devrait y avoir un exemple « officiel » pour ton cas dans la doc : « And there is a good sample which is for network booted diskless machines. See sample/ in detail. » Sauf que non…) Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne touche pas à /. ¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas besoin que ce soit un point de montage séparé pour être inclus dans un aufs. ² ou une simple copie, le contenu du /rootfsro/var original sera caché par le montage. Ok. Sur tes précieux conseils : - j'ai mis tout le contenu du répertoire var du système de fichier / client monté en lecture seule, dans le répertoire varfsro (le répertoire var est donc vide), - je n'ai fait qu'un seul et unique partage NFS en lecture seule contenant le système de fichier racine, - j'ai mis dans le fichier fstab du client : proc/procprocdefaults 00 /dev/nfs/nfs defaults,tcp,nfsvers=301 none/varfsrwtmpfsdefaults 02 none/varaufs br=/varfsrw=rw:/varfsro=ro,create=tdp02 none/tmptmpfsdefaults 02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=302 /dev/cdrom/media/cdromudf,iso9660 user,noauto02 ... et (Oh miracle) tout à l'air de fonctionner comme je le souhaitais maintenant. Le système démarre bien (et en mode graphique en prime). Il me reste quelques petits réglages comme par exemple le montage de périphérique (USB), et sûrement d'autres que je vais découvrir au fil des tests. PS : et nettoie ton clavier, la touche '?' semble avoir des répétitions inutiles :oP Désolé ... B-) ... et encore merci pour les conseils. Bien cordialement. -- - M. FARGET Vincent Universite Claude Bernard LYON 1 Systemes Informatiques et developpements webs Site UCBL1 de Gerland 50, avenue Tony Garnier 69366 LYON Cedex 07 FRANCE -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54858c73.3030...@orange.fr
Re: Debian ne voit pas toute la mémoire RAM
Le 7 décembre 2014, Gaëtan PERRIER a écrit : Le Sun, 7 Dec 2014 18:31:40 +0100 Alain Rpnpif rpn...@free.fr a écrit: Bonjour, La commande free donne 3159324 octets de RAM. Mais le BIOS (carte MSI A78M-E35 avec APU AMD A4-5300) rapporte 4096 Mo, qui me vole le reste ? J'ai lancé memtest86+ et il voit bien les 2 barettes : Memory SPD informations : Slot 0 : 2048 MB DDR3-1600-G Skill, etc. Slot 1 : 2048 MB DDR3-1600-G Skill, etc. Mais en haut à gauche de l'écran, il indique : Memory 3269 M. Il manque 770 Mo. Et memtest ne teste que 3269M, pourquoi pas tout ? N'est-ce pas tout simplement la partie GPU de l'APU qui prendrait cette RAM ? Bonjour, Désolé d'avoir fait une erreur d'unités : free -m donne donc 3075 Mo. Désolé Stéphane, je connais les nuances mais là c'est une erreur de frappe. Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Bien sûr je ne parle pas de l'occupation des programmes utilisateur ou du noyau mais de la zone manquante. Il faut que je vois si la carte ajoutée pour l'IDE sur PCI-express prend cette place (c'est beaucoup, je trouve). Merci de vos réponses. PS : je suis en 64 bits. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144457.5db3a5a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Le 7 décembre 2014, Klaus Becker a écrit : peut-être une des 2 barrettes a un problème. As-tu testé les 2 barrettes une par une, en enlevant d'abord l'une, ensuite l'autre ? Bonne idée, Klaus. Je vais essayer. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144550.2ab285a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
bonjour, je ne dit pas que les 770m vienne totalement du noyau (heureusement sinon faudrait lui faire un régime draconien, ainsi que pour les modules, ...) mais il y contribue.Il y'a aussi des regions mémoire qui sont réservées aux périphériques/matériels, etc ... Le 8 déc. 2014 15:45, Alain Rpnpif rpn...@free.fr a écrit : Le 7 décembre 2014, Gaëtan PERRIER a écrit : Le Sun, 7 Dec 2014 18:31:40 +0100 Alain Rpnpif rpn...@free.fr a écrit: Bonjour, La commande free donne 3159324 octets de RAM. Mais le BIOS (carte MSI A78M-E35 avec APU AMD A4-5300) rapporte 4096 Mo, qui me vole le reste ? J'ai lancé memtest86+ et il voit bien les 2 barettes : Memory SPD informations : Slot 0 : 2048 MB DDR3-1600-G Skill, etc. Slot 1 : 2048 MB DDR3-1600-G Skill, etc. Mais en haut à gauche de l'écran, il indique : Memory 3269 M. Il manque 770 Mo. Et memtest ne teste que 3269M, pourquoi pas tout ? N'est-ce pas tout simplement la partie GPU de l'APU qui prendrait cette RAM ? Bonjour, Désolé d'avoir fait une erreur d'unités : free -m donne donc 3075 Mo. Désolé Stéphane, je connais les nuances mais là c'est une erreur de frappe. Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Bien sûr je ne parle pas de l'occupation des programmes utilisateur ou du noyau mais de la zone manquante. Il faut que je vois si la carte ajoutée pour l'IDE sur PCI-express prend cette place (c'est beaucoup, je trouve). Merci de vos réponses. PS : je suis en 64 bits. -- Alain Rpnpif -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144457.5db3a5a0...@chro.home
Re: Debian ne voit pas toute la mémoire RAM
Alain Rpnpif a écrit : Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Moi non plus puisque memtest affiche la même quantité indépendamment du noyau. Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Dans les logs du noyau au démarrage enregistrés dans /var/log/dmesg, comme l'a suggéré Stéphane. Pour la mémoire détectée par le noyau, rechercher une ligne de ce type au début : Memory: 1023824k/1047424k available (2509k kernel code, 22656k reserved, 1315k data, 380k init, 142216k highmem) Pour la mémoire utilisée par le GPU, rechercher plus loin dans les lignes du module qui le pilote, par exemple radeon : [drm] radeon: VRAM 64M [drm] radeon: 64M of VRAM memory ready -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5485fa0b@plouf.fr.eu.org
Re: sauvegarde fichiers
Le Mon, 08 Dec 2014 09:40:02 +0100, admini a écrit : si tu mettais ton DD sur un système charseté en utf8_fr@euro ca fait quoi? j'ai du UTF8 et dde l'ISO8859-15 c'est un NAS tout fait. Le DD est en ext3 (des vieux trucs quoi) le charseter par un fstab chez moi du genre : iocharset=value ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5485f82d$0$2311$426a7...@news.free.fr
Re: sauvegarde fichiers
Le Mon, 08 Dec 2014 10:30:02 +0100, JF Straeten a écrit : Pourquoi ne pas passer par un montage NFS ? je peux pas : c'est un NAS tout fait : SMB ou ftp rien de plus. Ça, ou rsync ? je fais déjà rsync. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5485f88e$0$2311$426a7...@news.free.fr
Re: Installer Debian sur un PC sans DVD
On Saturday 29 November 2014 21:39:32 Pascal Hambourg wrote: L'installateur Debian amd64 ou multiarch (i386+amd64) est amorçable en UEFI [1]. Si Windows démarre en mode UEFI et qu'on veut le garder et si on amorce l'installateur Debian en mode legacy, il installera le chargeur d'amorçage en mode legacy aussi, ce qui sera incompatible avec le chargeur UEFI de Windows. [1] L'amorçage de l'installateur en mode UEFI ne fonctionne pas toujours avec certains firmwares (déjà vu : problème d'affichage, impossibilité de booter en UEFI sur USB...). Même dans ce cas, il est possible d'installer le système en mode legacy puis de réinstaller ensuite un chargeur UEFI (grub-efi, elilo, refit...). Bonsoir, 1] Est-il possible d'installer Wheezy 32 bits en parallèle de Windows-8 ? (dualboot avec Grub2). J'ai lu qu'il fallait installer une version Debian 64 bits pour le faire... 2] Est-ce que le secteur d'amorçage GPT pose problème dans une installation dual boot Windows-8 / Debian ? Je lis par ci par là tant de messages alarmants. 3] Je souhaite faire cette installation sur un Acer Aspire V3-112P-C2V5. Avez vous des infos négatives sur ce netbook ? Merci d'avance. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201412082236.47844.andre_deb...@numericable.fr
Re: Debian ne voit pas toute la mémoire RAM
Le Mon, 08 Dec 2014 20:20:43 +0100 Pascal Hambourg pas...@plouf.fr.eu.org a écrit: Alain Rpnpif a écrit : Donc il y a bien 770 Mo de différence. Je ne pense pas que cela vienne du noyau, free en tient compte (À Belaïd). Moi non plus puisque memtest affiche la même quantité indépendamment du noyau. Peut-être l'APU comme le suggère Gaëtan (et André). Connaissez-vous des logiciels qui pourraient afficher ça ? Dans les logs du noyau au démarrage enregistrés dans /var/log/dmesg, comme l'a suggéré Stéphane. Regarde peut-être aussi dans les log de xorg ? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208234811.e90f0440a62dad0d5f284...@neuf.fr
Re: sauvegarde fichiers
Re, On Mon, Dec 08, 2014 at 07:14:22PM +, moi-meme wrote: je peux pas : c'est un NAS tout fait : SMB ou ftp rien de plus. Ça, ou rsync ? je fais déjà rsync. Mmmm :-/ Juste une idée : créer une grosse image en « sparse file » (une image à trous) sur le NAS, formatée avec un FS qui accepte les noms de fichiers exotiques... Ça permettrait d'y écrire ce que tu veux... L'ennui, c'est que je ne vois pas a priori comment la monter (sur le NAS, en loop, pas possible, je suppose ? ou sur le client) pour y accéder rien qu'avec SMB ou ftp :-/ Autre question : c'est quoi, le NAS ? (Pas moyen de lui claquer une Debian, je suppose ?) Ou encore : si SMB il y a, il y a forcément un processus samba qui tourne sur le NAS. T'as pas accès à sa config, à supposer qu'il existe dans samba une option plus permissive sur les noms de fichiers (pas vérifié) ? (C'est rageant c'truc...) A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208233508.gb6...@jones.jfs.dt
Re: sauvegarde fichiers
Re, On Tue, Dec 09, 2014 at 12:35:08AM +0100, JF Straeten wrote: [...] Juste une idée : créer une grosse image en « sparse file » (une image à trous) sur le NAS, formatée avec un FS qui accepte les noms de fichiers exotiques... Ça permettrait d'y écrire ce que tu veux... L'ennui, c'est que je ne vois pas a priori comment la monter (sur le NAS, en loop, pas possible, je suppose ? ou sur le client) pour y accéder rien qu'avec SMB ou ftp :-/ Mais si, il y a un moyen ! :-) Sur le client, par le client : tu montes un share SMB comme tu faisais, tu déposes une sparse file dessus formatée sympathiquement, et tu la fait monter en loopback par le client... Du point de vue du NAS, c'est juste un gros fichier, qu'il suffira de nommer de manière acceptable pour lui. Du point de vue du client, c'est comme une partoche de backup ou tu fais ce que tu veux :-) Faut voir si c'est praticable avec la quantité de datas, et les couches successives à traverser, mais de toutes façon je suppose qu'un NAS de backup n'est pas supersonique... Hih, -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141208234415.gc6...@jones.jfs.dt
Re: [HS?] Service libre pour gestion de projet
Le vendredi 05 décembre 2014, vers 03:12, Alexandre Delanoë écrivait: Ainsi, connaîtriez vous des projets alternatifs qui publient leur code ? Si ça se trouve il y a des solutions aussi fiables que je ne connais pas encore. Merci d'avance pour vos idées/partage d'expériences. Pas de réponses/avis ? J'ai d'abord pensé à une solution fichier texte, mod-org d'emacs et git mais après réflexion, je vais quand même donner une chance à redmine. Bonne journée, -- Alexandre Delanoë -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141209070051.ga19...@delanoe.org
Problemas con espacio libre en particion
Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54856b54.8030...@mail.com
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhib_disnphtbgsqjrxfiwzrnrfuqcc0y6cy81h1zc2...@mail.gmail.com
Re: A start job is running for create volatile files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE-
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rHjPUvgjihs8=s8qej6qxvn1+nidwp_akvmtcbjnvht...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859568.2080...@mail.com
Re: A start job is running for create volatile files
El 08/12/2014 a las 10:39, Angel Vicente escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE- Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Saludos Fernando -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859702.4020...@gmail.com
Re: A start job is running for create volatile files
El 08/12/14 a las 09:18, Fer.Lista.Debian escibió: Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. esa sensacion fernando, se llama systemd, y yo cada ves que prendo la pc la comparto contigo la misma espectativa. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859bc5.5050...@mail.com
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 13:11, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no Creo que root se reserva una parte (5%) de espacio que df no muestra. mira este link. http://superuser.com/questions/444269/display-filesystems-free-space-available-to-the-root-user S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhjskzyxderobgqqeexvwwtbkk5xq6japu7svvrovnw...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a07c.3070...@mail.com
Re: A start job is running for create volatile files
El 08/12/14 a las 09:18, Fer.Lista.Debian escibió: El 08/12/2014 a las 10:39, Angel Vicente escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE- Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Saludos Fernando hoy encontre una joyita sobre systemd en aleman.. aun asi podemos entendernos a traves de nuestro lenguaje universal https://www.debinux.de/2014/12/debian-basics-mit-systemd/ que se aproveche... -- To
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rHg+0_V+x6_oPgTnh8u7mQhU0oXPTQF=etfuqlr6ukq...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a90f.9030...@mail.com
Re: Problemas con espacio libre en particion
El 08/12/2014 10:35, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. Proba ver q t dice ncdu
Re: Problemas con espacio libre en particion
El 08/12/14 13:58, unciegobailando escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) La diferencia es medir con Gibibytes (GiB) que es el que te da con -h y Gigabytes(GB) que es el que te muestra con -H. Si los transformas con un conversor de unidades verás que cuadran -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485afc1.2030...@gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 10:53, Ricardo Delgado escibió: El 08/12/2014 10:35, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com mailto:fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. Proba ver q t dice ncdu que bueno
Re: Puedo hacer wbinfo -u pero no getent passwd (Ya me funcionó)
El enlace simbólico me tenía que quedar en /lib/libnss_winbind.so.2 (Nada que diga 64 como dice en la wiki de samba4) a pesar de que uso sistema de 64 bits. ln -s /usr/local/samba/lib/libnss_winbind.so.2 /lib/ On 12/04/2014 10:04 AM, Camaleón wrote: El Thu, 04 Dec 2014 09:49:18 -0500, Denis Morejon Lopez escribió: (no me he dado cuenta de que estamos secuestrando un hilo, mecachis...) On 12/04/2014 09:38 AM, Camaleón wrote: El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió: Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de base un contenedor debian 7. Configuro, compilo e instalo sin errores, lo uno al dominio existente también. Con el comando wbinfo -u me lista todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd solo me lista los usuarios internos, no los del PDC. (...) getent passwd outputs only local users http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users No, esto que me aconsejan tampoco me funciona. idmap config DTCF:backend = rid Creo que tienes una variable más (idmap config *:backend = tdb), no sé si también le afectará a esto :-? Veo que si instalo samba4 del repo de debian (en lugar de usando el fuente) éste tiene una opción con samba-tool para hacerse servidor miembro de un dominio. Veré si aunque sea así puedo servir ficheros sin ser controlador (que es lo que quiero al final). El inconveniente es que el samba4 del repo no está tan actualizado como el del fuente que es el último. El samba4 de wheezy no está actualizado pero tienes el paquete de los backports (samba) y también me parece que en la página de samba se podían descargar los binarios para distintas distribuciones. De todas formas, no parece que tu problema sea de los paquetes sino de configuración. Saludos, --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx2.etecsa.cu Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com
Re: Problemas con espacio libre en particion
El Mon, 08 Dec 2014 06:11:48 -0300, unciegobailando escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/ _Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... (...) Los programas no mienten, en todo caso tienen bugs ;-) Fíjate que gparted y df mantienen valores similares para tamaño y espacio usado, sólo difieren en el valor de cuánto queda disponible y creo que se debe a que cada uno interpreta ese valor de manera diferente. Seguramente encuentres la pieza que te falta en la documentación ambas herramientas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.08.15.16...@gmail.com
Re: A start job is running for create volatile files
El Mon, 08 Dec 2014 13:18:10 +0100, Fer.Lista.Debian escribió: (...) Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Me alegra que lo solucionaras :-) Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! Pues agárrate que viene curvas. No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Aunque el susto inicial de que un sistema de no arranque no nos lo quita nadie, lo más habitual es que el problema ya le haya pasado a alguien así que buscar en Google suele ser muy útil para resolver ese tipo de problemillas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.08.15.25...@gmail.com
Lançamento Itaquera
Bom dia. Empreendimento diferenciado em Itaquera! Condomínio Arena. Na rua da Faculdade Unicastelo, ótima oportunidade para moradia e para investimento. Excelentes plantas de 55m², 57m² e 65m². Unidades à partir de R$ 300.000,00 2 dormitórios com suíte e espaço para closet. 3 dormimitórios com suíte e espaço gourmet. Lazer completo para toda a família; piscinas, solarium, espaço gourmet com churrasqueira, forno de pizza, brinquedoteca, salões de festas e muito mais. Localização privilegiada. Bairro em constante valorização. Muito próximo das estações do Metrô, CPTM, avenida Radial Leste, Faculdade Unicastelo, Shopping Itaquera e da futura estação rodoviária. Características: Ar condicionado, academia, área de serviço, churrasqueira, piscina, salão de festas,playground, brinquedoteca AVISO As informações existentes nesta mensagem e nos arquivos anexados são para uso restrito. A utilização, divulgação, cópia ou distribuição dessa mensagem por qualquer pessoa diferente do destinatário é proibida. Se essa mensagem foi recebida por engano, favor excluí-la e informar ao remetente pelo endereço eletrônico acima.
Re: [OT] Re: Debian + Android + Kernel
El 2014-12-07 17:45, unciegobailando escribió: El 07/12/14 a las 20:41, unciegobailando escibió: Me olvide de recomendarte el sistema cyanogenmod, ese viene con el tun.ko al parecer, y es un clon/fork/mod/pin/pun/slam/trok de android libre. Eso si, tenes que aprender a instalarlo (yo lo haria si fuera tu para librarme de google y sus servicios). Puede que no manejes bien las palabras de busqueda en google o tu pantalla sea muy pequeña y moleste: encontre exactamene lo que requeris en 45 seg. Espero que te sirva (si sirve no te mal acostumbres eh!!): Informacion http://www.taringa.net/comunidades/lg-optimus-me/7115217/APORTE-CM7-kernel-with-tun-ko.html Descarga del kernel con tun.ko http://www.taringa.net/comunidades/lg-optimus-me/7115217/APORTE-CM7-kernel-with-tun-ko.html Me olvide, otro link mas donde hay mas enlaces a muchas soluciones para androids 2.blabla.. http://www.taringa.net/comunidades/lg-optimus-me/6477155/Roms-Kernels-y-mas.html INSISTO... intenta instalar CYANOGENMOD !!! es el clon de android mas nuevo que se puede instalar en muchisimos celulares mas antiguos. Si usas debian tambien vas a entender la etica de buscar info y hace Se necesita conocer mas sobre el telefono. Esta rooteado? Tiene un rom personalizado, lo actualizó a GingerBread? El módulo para froyo tun.ko esta compilado aca: https://code.google.com/p/get-a-robot-vpnc/downloads/detail?name=tun.ko No es para Samsung pero prueba lo que querías hacer con ese a ver si funciona. El celular debe estar roteado. Acá una guía: http://theunlockr.com/2012/11/22/how-to-root-the-samsung-galaxy-fit-gt-s5670-running-android-2-3-gingerbread/ Algo que he notado de esta lista (nosotros) es que no sabemos responder las preguntas que nos hacen... ella pregunta como compilar el módulo y la gente le responde como no hacerlo... que instale, que use otro rom... etc. Lo interesante de esta solicitud es que es muy puntal... y en esta lista siempre le pedimos a la gente que haga eso... y cuando lo hacen le ponemos soluciones no puntuales... joder. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/799421bb7f66d5f32bcbd20645d28...@riseup.net
Kernel RT y Kernel común? en Wheezy
Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dee394c3cea8f7b81331f99b317dd...@riseup.net
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 17:38, Esteban Monge estebanmo...@riseup.net escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional Gracias por la respuesta. Todavía no he hecho nada. Pensaba compilarlo yo mismo si no encuentro el .deb La arquitectura de mi máquina es I386 Uso Debian Wheezy con LXDE. Tengo actualizado el kernel hasta donde Wheezy me lo permite con apt-get update apt-get upgrade. Pensaba o bien conseguir un .deb (si es que existe) o bien compilarlo para iniciar con uno u otro según el trabajo a realizar (tengo una placa wifi broadcom que he hecho andar pero no lo he conseguido cuando usaba ubuntustudio con el kernel RT). -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208222726.1f937...@gmail.com
A Debian Jessie le debe de faltar muy poco para ser estable...
Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m655c5$8i8$1...@ger.gmane.org
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 18:27, Manolo Díaz diaz.man...@gmail.com escribió: El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208222726.1f937...@gmail.com Pero puedo tener ambos? es decir, puedo instalar el kernel rt y continuar con el otro y utilizar uno u otro? -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El lunes, 8 dic 2014, a las 22:33 horas (UTC+1), martin ayos escribió: El 8 de diciembre de 2014, 18:27, Manolo Díaz diaz.man...@gmail.com escribió: El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz Pero puedo tener ambos? es decir, puedo instalar el kernel rt y continuar con el otro y utilizar uno u otro? Sí, aparecerán ambos en el menú de GRUB. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209001246.0c460...@gmail.com
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID:Debian Description: Debian GNU/Linux 8.0 (jessie) Release: 8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209001936.37ec4...@gmail.com
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El 09/12/14 a las 00:19, Manolo Díaz escribió: El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. En cierto modo si, me gustaría estar en testing, pero cuando ya esté más avanzado, es decir, eso mismo hice con Wheezy, pasé a testing cuando ya iba bastante avanzado, y creo que el riesgo es menor que si estás siempre en testing... ¿Y si quisiera estar siempre en testing? ¿Sería comentar las líneas que hacen referencia a Jessie y quitar la almohadilla de la tercera línea, verdad? Dejar sólo: deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free deb http://www.deb-multimedia.org testing main non-free -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m65cb8$osk$1...@ger.gmane.org
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El martes, 9 dic 2014, a las 00:30 horas (UTC+1), Eduardo Rios escribió: El 09/12/14 a las 00:19, Manolo Díaz escribió: El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. En cierto modo si, me gustaría estar en testing, pero cuando ya esté más avanzado, es decir, eso mismo hice con Wheezy, pasé a testing cuando ya iba bastante avanzado, y creo que el riesgo es menor que si estás siempre en testing... ¿Y si quisiera estar siempre en testing? ¿Sería comentar las líneas que hacen referencia a Jessie y quitar la almohadilla de la tercera línea, verdad? Dejar sólo: deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free Esta sí. deb http://www.deb-multimedia.org testing main non-free En cambio esa no pertenece oficialmente a Debian. No sé cómo de serio se toma eso de la seguridad. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209005123.47f0f...@gmail.com
Ayuda con el llenado de una encuesta: Administración de servidores sobre canal oculto
¡Hola compañeros debianeros! Para un trabajo que estoy desarrollando, me solicitaron que sustente ciertas decisiones de diseño en una encuesta aplicada a profesionales de la administración de sistemas. Les pido por favor, si les sobran diez minutos de tiempo (no debe llevarles más), responder esta encuesta: http://encuestas.iiec.unam.mx/index.php/survey/index?sid=111538lang=es-MX Reproduzco aquí el resumen que presenta la encuesta; obviamente, si resulta de su interés, con todo gusto compartiré con ustedes los resultados y el trabajo terminado. +--- | El objetivo de la presente encuesta es validar y adecuar un proyecto | de desarrollo, enfocado a la creación de un modelo para la | administración remota de servidores transportado sobre un canal | oculto. | | Los esquemas para administración remota de servidores sobre canales | cifrados (como ssh, Secure Shell) resultan hoy en día fundamentales, | pero insuficientes, para la gestión de servicios y para una correcta | respuesta a incidentes. | | El modelo que el presente trabajo pretende desarrollar busca resolver | una serie de necesidades que no ha sido cubierta por las herramientas | más ampliamente difundidas. Este modelo se enfoca a los canales | ocultos: Mecanismos de comunicación que típicamente han sido | aprovechados por los intrusos — La mayor parte de la bibliografía al | respecto se enfoca a la prevención de la existencia de canales | ocultos, siendo que cada vez más se vuelven necesarios para una | gestión completa y proactiva de la seguridad. | | Dado que este tema no ha sido abordado con suficiente profundidad, | resulta necesario el desarrollo de un modelo delineando los | principales componentes con que un canal de esta naturaleza debe | cumplir. | Hay una gran cantidad de razones que pueden llevar a considerar el | establecimiento de un canal oculto. Al no contar con un modelo | desarrollado, quienes busquen cubrir esta necesidad se enfrentan a ir | desarrollando sobre la marcha, probablemente obviando pasos | importantes que deben ser cubiertos. | | Hay varios escenarios que podrían requerir de un medio de comunicación | oculto, pero en líneas generales pueden resumirse en que hay diversas | situaciones en que el administrador debe realizar un cambio en sus | equipos sin alertar a terceros que puedan estar monitoreando la | comunicación (sea en la red desde la cual se conecta o en el sistema | destino a administrar). +--- ¡Muchas gracias! signature.asc Description: Digital signature
Re: Kernel RT y Kernel común? en Wheezy
Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, signature.asc Description: Digital signature
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 21:20, Gunnar Wolf gw...@gwolf.org escribió: Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, Muchas gracias, Manolo. Muchas gracias, Gunnar. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 21:20, Gunnar Wolf gw...@gwolf.org escribió: Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, Lo solucioné instalando el Kernel 3.2.x RT i686 desde synaptic y haciendo un update-grub. muchas gracias. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Lokala daemons
Hej! Hur gör ni när ni vill köra ett program som ett lokal tjänst (daemon) och få denna tjänst att starta varje gång datorn startar om? Det finns lite olika alternativ som jag tänkte testa, men vill samtidigt kolla här om jag kan få några tips. En guide tipsade om att göra en användare som ej går att logga in med, placera programmet på lämplig plats, göra en symbolisk länk till startskriptet och placera i /etc/init.d/länknamnet, sedan köra update-rc.d länknamnet defaults I nuläget kör jag programmet genom screen på en för just detta program dedikerad användare. Vad tycker ni? Mvh Tobias Carlsson
Re: Re: Re: Suspend and hibernate configuration in Debian Jessie
ok. -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208161523.8f5d98a750e5fb07ee145...@ig.com.br
Re: Iceweasel Latest update stealing bandwidth uselessly
On 2014-12-07, Ric Moore wayward4...@gmail.com wrote: Like the OP, I am on HughesNet with savage restrictions on bandwidth usage and I would sure be concerned over what or who is stealing it. If anyone has a clue, I'd be interested in hearing it. The Grinch stole Christmas once. Reco's *about:config* changes have to do with Firefox's built-in anti-phishing/anti-malware functionality (one of which has to do with those google dogs, and one of which apparently does not). http://kb.mozillazine.org/Browser.safebrowsing.enabled http://kb.mozillazine.org/Browser.safebrowsing.malware.enabled Anyway, stealing bandwidth uselessly is a terrible thing; I mean, if you're gonna be stealing, make it useful people, make it useful. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnm8ao8o.252.cu...@einstein.electron.org
Re: Skipping fsck during boot with systemd?
On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnm8ap6n.252.cu...@einstein.electron.org
Re: Skipping fsck during boot with systemd?
On 12/08/14 09:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. After all, it's *my* computer, and *I* want to be in control of it. regards, chris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54856b97.3020...@groessler.org
Re: Re: Iceweasel Latest update stealing bandwidth uselessly -OT
On 07 Dec 2014, Clive Standbridge wrote: I think the Dali Llama is a Spanish surrealistic painting of a South American ruminant, noted for fleecing the tin foil crowd. You win! -- Clive In the film Troy there is a scene in which a lot of animals are stampeding, among which you can glimpse a llama. Evidence of an early contact with the New World? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141207215907.GA18565@rimmer.localdomain -- Anthony Campbell http://www.acampbell.org.uk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208093616.ga1...@parnitha.acampbell.org.uk
Re: Skipping fsck during boot with systemd?
Le Monday 08 December 2014 09:44:07, Curt a écrit : On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? I'm joining in as Gentoo doesn't allow me to cancel fsck and it is a real PITA. I much prefer the flexibility offered by Debian. If I'm in a hurry, I just cancel fsck and restart the computer later to let it run fsck completely. On my Gentoo box, the ext partition is set to scan the disk every 34 boots or after 180 days. There is no way I can keep track of the number of boots as three other people use that computer and turn it on when I'm not around. A script wouldn't help either. What would it have to report to be of any use in letting me know that the *next* boot will take one hour? Even I can't tell when someone will need the computer. With Debian, fsck starting during boot is the indicator that the next boot is going to take a lot of time unless I can afford to let it run right now. Please keep it that way! Frederic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081028.47211.frederic.marc...@wowtechnology.com
Re: no microphone in skype
On Du, 07 dec 14, 13:08:03, Ric Moore wrote: On 12/07/2014 05:06 AM, Andrei POPESCU wrote: On Sb, 06 dec 14, 23:57:00, kamaraju kusumanchi wrote: Is skype 4.3.0.37-1 working for anyone running Jessie with the following pulseaudio version? rajulocal@hogwarts:~$ pulseaudio --version pulseaudio 5.0 Works here. I'm on Sid, but due to the freeze most package versions are the same as Jessie. pulseaudio is currently purged because I found no way to turn the (laptop internal) microphone OFF! pavucontrol couldn't handle that?? Yeow. Ric No, I set volumes to minimum and muted *all* microphone inputs (internal, external and dock, although the other ones weren't even connected), but I could still hear input from the internal microphone in the speakers (e.g. tapping on the laptop case) :( I'm guessing some bad interaction with the alsa driver, but currently I have no incentive to investigate this as the only person who was video-calling me can (also) use Google Hangouts, which works with plain alsa. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Query: Deprecated libsystemd0 items, initramfs-1.18 bugs
On Du, 07 dec 14, 18:51:53, David Baron wrote: On Sunday 07 December 2014 13:30:35 Andrei POPESCU wrote: On Du, 07 dec 14, 12:52:06, David Baron wrote: 2. 1.18 has been the current intramf-tools version for quite a while and several serious or worse bugs are open. And the question is? Is 1.18 safe to upgrade or wait and play it safe? Works for me, but then I have a pretty simple setup (only /home and swap on separate partitions, no LVM or MD, standard kernels, etc.) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Skipping fsck during boot with systemd?
On Mon, 08 Dec 2014 10:12:55 +0100 Christian Groessler ch...@groessler.org wrote: Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. After all, it's *my* computer, and *I* want to be in control of it. Because their mind-set is We are Systemd of Borg, resistance is futile... ? (Or to go back further to the Immortal Bard's Hamlet: The insolence of office) But remember, while it is their ball, nothing can force us to continue playing with them once they impose their choice. Just now I am giving Slackware a good look-over... Cheers, Ron. -- Boob's Law: You always find something in the last place you look. -- http://www.olgiati-in-paraguay.org -- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208065913.58c13...@ron.cerrocora.org
Re: Skipping fsck during boot with systemd?
On Lu, 08 dec 14, 06:59:13, Renaud OLGIATI wrote: On Mon, 08 Dec 2014 10:12:55 +0100 Christian Groessler ch...@groessler.org wrote: Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. After all, it's *my* computer, and *I* want to be in control of it. Because their mind-set is We are Systemd of Borg, resistance is futile... ? (Or to go back further to the Immortal Bard's Hamlet: The insolence of office) But remember, while it is their ball, nothing can force us to continue playing with them once they impose their choice. Just now I am giving Slackware a good look-over... Reading two related bugs[1][2] on this issue it rather seems to me like nobody has bothered to implement this, although it's on the TODO list[3]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=719952 [2] https://bugzilla.redhat.com/show_bug.cgi?id=799574 [3] http://cgit.freedesktop.org/systemd/systemd/tree/TODO Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Skipping fsck during boot with systemd?
2014-12-08 10:28 GMT+01:00 Frédéric Marchal frederic.marc...@wowtechnology.com: Le Monday 08 December 2014 09:44:07, Curt a écrit : On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? I'm joining in as Gentoo doesn't allow me to cancel fsck and it is a real PITA. I much prefer the flexibility offered by Debian. If I'm in a hurry, I just cancel fsck and restart the computer later to let it run fsck completely. On my Gentoo box, the ext partition is set to scan the disk every 34 boots or after 180 days. There is no way I can keep track of the number of boots as three other people use that computer and turn it on when I'm not around. A script wouldn't help either. What would it have to report to be of any use in letting me know that the *next* boot will take one hour? Even I can't tell when someone will need the computer. Maybe you just have to make partitions. Il your rootfs is 1To it's gonna take 2 hours to run fsck, but if you have smaller partition like - /= 10G - /usr= 10G ... /data = 1To, it's gonna take 5 mins. Just update your fsck to check only / and /usr so you know your system is clean. And you can run run fsck yourself for /data. So you are in control ! You can't ask developer to handle every single case of your life. Regards, Claude With Debian, fsck starting during boot is the indicator that the next boot is going to take a lot of time unless I can afford to let it run right now. Please keep it that way! Frederic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081028.47211.frederic.marc...@wowtechnology.com
RE: Skipping fsck during boot with systemd?
Hi Brian, Brian a...@cityscape.co.uk wrote: But remember our current slogan Linux is all about choice. One can choose to boot with or without fsck.mode=skip. What about the choice to stop fsck it if it has started at an inconvenient moment ? Remedial action is not needed because the right choice was made from the grub menu. If it wasn't, you get to live with the consequences and don't do it again. I guess you never were in a hurry to get a system up and running again during production hours where a fschk takes a looong time. As normally a reboot takes place at night and I DO want a fschk to be performed at that time if needed this is the default boot option. So in your opinion everyone with a production system needs a third grub line apart from the 2 default lines. If that many people NEED it then why is it not a default 3rd line in all installations? Also, just about never will that fschk start when I do a manual reboot so why would I remember to choose option 3 at the reboot. Also... a server nowadays takes minutes for the hardware check to complete a reboot, after that I have only 5 seconds to select the proper boot option in your scenario. Or do you want me to lengthen ALL reboots by lengthening the Grub boot screen? All of this was never necessary as we could cancel an unneeded fschk that was merely performed because a certain number of days had passed. That was the proper way, to take action when it is needed. Not to allways take action in preemptive way in a short (seconds) windows when it is almost never needed. I hope this clarifies things a bit, I hope we get the option back to stop a scheduled fschk that is performed at an inconvenient moment. Met vriendelijke groet, Bonno Bloksma -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/89d1798a7351d040b4e74e0a043c69d7a83c9...@einexch-01.tio.nl
Re: Iceweasel Latest update stealing bandwidth uselessly
Thank you all for some useful and interesting (strange??) replies. There is no decrease in stolen bandwidth - still approx 5 - 6Mbyte/10min using Reko's settings:- browser.safebrowsing.malware.enabled = false browser.safebrowsing.enabled = false I notice that there are five other 'browser.safebrowsing.' entries with various https addresses with google.com as part of the string:- browser.safebrowsing.appRepURL browser.safebrowsing.gethashURL browser.safebrowsing.malware.reportURL browser.safebrowsing.reportURL browser.safebrowsing.updateURL There is also a geko.handlerService with google.com as part of the string. Extensions and/or add-ons installed:- Plugins:- DivX Browser Plug-in Gnome Shell Integration iTunes Applications Detector mplayerplug-in is now gecko-mediaplayer 1.0.6 Quicktime Plug-in 7.6.9 Realplayer 9 Shockwave Flash 11.2.202.411 Shockwave Flash 12.1.r601 Skype Buttons for Kopote VLC Web Plugin Windows Media Player Plug-in Extensions:- DownloadHelper 4.9.24 DownThenAll! 2.0.17 Flash Video Downloader Full HD Di=ownload (4K) 6.8.3 Flashblock 1.5.17 Flashgot 1.5.6.8 TrackMeNot 0.8.13 WorldIP 3.0.8 While I was checking the about:config and the Plugins and Extensions 22MByte went down the google gurgler *^*^*%$% even with Reko's settings in place. Some of the traffic is on HTTP, but most (and most persistent) is on HTTPS. It starts off with a number (4 - 8?) of 74.125.237.xxx addresses of mixed HTTP and HTTPS, but after a while, the HTTP drop out, leaving only two HTTPS. This process could take about ten minutes. Ten minutes of Wireshark file capture could get quite large unless I filter on that 74.125.237.xxx address range. While this may reduce the file upload size, may we not be missing some sort of 'other' IP address 'calling' or 'beaconing' for itwa / google to start their BS? As for LLamas, Yeti's and other furry animals:- I subscribe to as little as possible and this includes Llamas, Yeti's and even Alpaccas, but I believe that Alpaccas are on the upgrade in Aus. ;-) Thanks and regards Alex -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/blu436-smtp2275f5874b7678b0471c652ae...@phx.gbl
RE: Skipping fsck during boot with systemd?
Hi Rick, But remember our current slogan Linux is all about choice. One can choose to boot with or without fsck.mode=skip. You've never had to reboot a room of 100 servers with a specific odrder and see that the second one just began a 2h long fsck ? I run all virtualized proxmox server clusters. If one dumps out, to play with itself fsck'ing, the others pick up the slack if there are 3 or more nodes. :) Ric That nice for you :) But I do not have that luxury. I run several Debian machines on iron and not in a cluster. That may be a risc but... Debian has been very stable and the hardware has a good reputation and support contract. In the past 10 years we have had only 2 incidents at all our sites that were inconvenient. Trying to get it all running in a cluster on virtual hardware would have probably created more problems than it would have solved due to increased system management. :-( Nice, nice, very very nice, they all fit together in the same device. ~ Bokonon All other stuff does indeed run virtualized on a VMware platform, just not the stuff we primarily use Debian for. ;-) Bonno Bloksma
Re: Skipping fsck during boot with systemd?
On Mon 08 Dec 2014 at 10:12:55 +0100, Christian Groessler wrote: On 12/08/14 09:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. Please could we stick to the technical aspects of this problem. Attempts to apportion responsibilty rarely lead anywhere. After all, it's *my* computer, and *I* want to be in control of it. Curt's link brings the number of discussable solutions to four. Here is a fifth (which might utilise the mountinfo script): GRUB is made aware of an impending fsck. Booting thows it into a submenu with the choice of doing a fsck or not. You control which route to take. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208110847.ga19...@copernicus.demon.co.uk
Re: Skipping fsck during boot with systemd?
Christian Groessler ch...@groessler.org writes: On 12/08/14 09:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. I understand it just fine. I just don't understand why this is a big deal, as it could have been easily avoided. This is a case of Doctor, it hurts when I do this. Well, don't do that then. Mart -- We will need a longer wall when the revolution comes. --- AJS, quoting an uncertain source. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/86lhmi767v@gaheris.avalon.lan
Re: Skipping fsck during boot with systemd?
On 08/12/14 01:29, The Wanderer wrote: If that results in you shooting yourself in the foot over the long term, then that's your problem, because you made the decision to prioritize the immediate benefit of cancelling the fsck over the long-term benefit of letting it run. My experience of running Linux on my personal local interactive (rather than server) systems over the past eighteen years leads me to believe that the long-term benefit of *prophylactic* fsck invocations triggered by mount-count or interval-since-check is approximately zero, since *those* invocations of fsck have never discovered FS corruption on my systems. I mean, sure, I've *had* filesystem corruption on my personal local interactive Linux systems - but it was always in a scenario of hardware failure or unclean shutdown. Other people's experience may, of course, be different. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54858da7.4020...@zen.co.uk
Re: Skipping fsck during boot with systemd?
On Sun 07 Dec 2014 at 20:29:37 -0500, The Wanderer wrote: On 12/07/2014 at 06:37 PM, Mart van de Wege wrote: It is a small mistake, not worth bothering about, That depends on its consequences, which in some circumstances can be significant enough to be worth caring about. Indeed. And caring enough about it implies doing something positive about it. unless of course you persist in disclaiming your own responsibility and blaming your tools. Huh?? This seems almost backwards. If you can abort the in-progress fsck, then by doing so you assume responsibility for the consequences of doing it. If you can't abort the in-progress fsck, then where does your responsibility come into it? By not using the tools already in your possession to do something about it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08122014113501.6764f17c9...@desktop.copernicus.demon.co.uk
Re: Skipping fsck during boot with systemd?
On 12/08/14 12:04, Mart van de Wege wrote: Christian Groessler ch...@groessler.org writes: On 12/08/14 09:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. I understand it just fine. I just don't understand why this is a big deal, as it could have been easily avoided. This is a case of Doctor, it hurts when I do this. Well, don't do that then. What shouldn't I do? Boot my system? regards, chris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54858e52.7000...@groessler.org
Re: Skipping fsck during boot with systemd?
On 08/12/14 08:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54858e7f.2050...@zen.co.uk
RE: Skipping fsck during boot with systemd?
Hi, Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Hmm, nice if it is just one system, your own laptop. You will get a nice warning that the next time, probably sometime this week, it will run fschk. Unfortunately pretty useless if you are handling multiple systems and are not the only one managing them and reboots take weeks / months apart . :-( Nope, I still want the option to cancel a running fschk and have it performed again at the next boot. That one I can then schedule, for instance for the following night using shutdown and the time option. Might even throw in the -F option. ;-) Bonno Bloksma -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/89d1798a7351d040b4e74e0a043c69d7a83c9...@einexch-01.tio.nl
RE: Skipping fsck during boot with systemd?
Hello Claude, Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Maybe you just have to make partitions. Il your rootfs is 1To it's gonna take 2 hours to run fsck, but if you have smaller partition like - / = 10G - /usr = 10G ... /data = 1To, it's gonna take 5 mins. Just update your fsck to check only / and /usr so you know your system is clean. And you can run run fsck yourself for /data. So how would I schedule a fsck of a single partition when I, and my other users, are asleep? Write a script to do a umount, fsck, mount and start it with crond? When would I run that script, each day / week / month / ...? How much unneeded downtime would that create? So you are in control ! You can't ask developer to handle every single case of your life. Actually, THAT is the very reason we ask for the option to be able to cancel a running fsck. You can never predict EVERY situation when fsck would be run but needed to be avoided. Maybe I asked a non tech to simply turn on the machine, how technical does one need to be to do that. I would most certainly instruct such a person to NOT make any choices during boot but let it run with the default. All those suggestions with auto changing the boot options would not help and the system would run fsck. With modern harddisk sizes that would pretty much guarantee that the disk would be 500GB or even 1TB. That person would then call me and I would know exactly what is going on but my only choice would be to say, touch luck, just wait. Too bad you will now be too late for . BTW I have been misspelling fsck as fschk in the few mails I sent today, that might give you some idea of how often I have to type that command. ;-) Bonno Bloksma
Re: Skipping fsck during boot with systemd?
Hello Bonno (my bad i forget to say hello :( ) If you have some kind of monitoring system, you can monitor tune2fs output and raise an alert if mount count is close to maximum mount count. So you will be warned about fsck on next reboot, and you can delay it by adjusting maximum mount count, or reset counter. Anyway, i'm agree with you on some point, but the problem is only about auto fsck, not about fsck on system failure. 2014-12-08 13:06 GMT+01:00 Bonno Bloksma b.blok...@tio.nl: Hello Claude, Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Maybe you just have to make partitions. Il your rootfs is 1To it's gonna take 2 hours to run fsck, but if you have smaller partition like - /= 10G - /usr= 10G ... /data = 1To, it's gonna take 5 mins. Just update your fsck to check only / and /usr so you know your system is clean. And you can run run fsck yourself for /data. So how would I schedule a fsck of a single partition when I, and my other users, are asleep? Write a script to do a umount, fsck, mount and start it with crond? When would I run that script, each day / week / month / ...? How much unneeded downtime would that create? So you are in control ! You can't ask developer to handle every single case of your life. Actually, THAT is the very reason we ask for the option to be able to cancel a running fsck. You can never predict EVERY situation when fsck would be run but needed to be avoided. Maybe I asked a non tech to simply turn on the machine, how technical does one need to be to do that. I would most certainly instruct such a person to NOT make any choices during boot but let it run with the default. All those suggestions with auto changing the boot options would not help and the system would run fsck. With modern harddisk sizes that would pretty much guarantee that the disk would be 500GB or even 1TB. That person would then call me and I would know exactly what is going on but my only choice would be to say, touch luck, just wait. Too bad you will now be too late for . BTW I have been misspelling fsck as fschk in the few mails I sent today, that might give you some idea of how often I have to type that command. ;-) Bonno Bloksma
9p/plumber to replace D-Bus?
I almost tagged this off-topic but it's directed toward ordinary Debian users (with developer backgrounds). I first raised this on modular-debian but I want to get some ideas from a wider audience. I'm starting to get familiar with Plan 9 and D-Bus, to compare how they try to solve the same set of problems. Plan 9 concepts attempt to solve Unix problems in a very different way than Opendesktop.org. For people wanting to return to the original Unix concepts, 9p/plumber (or an updated version) seems like a natural fit going forward, for basic IPC purposes. 9p is already in Linux, and probably could be ported to the other Debian ports. I realize I just have to convince millions of people to re-plumb their core OS in a short period of time, but recent history teaches us that it that this is entirely feasible! Thus emboldened, I would even deign to give users a choice in the matter, but realistically, this would probably be an experimental project. Could an IPC bridge/shim mechanism connect to a new IPC model while apps and DE's migrate from D-Bus, or support both optionally? I can see an updated version of Plumber might be needed, and things might be simplified by other aspects of the Plan 9 paradigm, like per-process namespaces and treating everything as a file. Multi-seat PC and other anachronisms probably have to go away. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a51a.7040...@ix.netcom.com
Cannot mount to DFS namespase
Hello. I want to mount to a DFS namespase but got error. In /etc/fstab I use: //domain.com/op/dir1 /mnt/dir1 cifs username=username_cifs,domain=domain.com,password=pass,iocharset=utf8,sec=ntlmi,rw,soft,nocase 0 0 But I got this error: mount.cifs kernel mount options: ip=IP,unc=\\domain.com\op,iocharset=utf8,sec=ntlmi,soft,nocase,user=username_cifs,,domain=domain.com,prefixpath=dir1,pass= mount error(2): No such file or directory This is one error, removing `prefixpath` resolves the problem. Why prefixpath cannot be used even that the user has read access from top? Another problem is that //domain.com resolves to some IPs related to domain controllers, while //domain.com/op resolves to another IPs related to /op namespase. Why cifs resolves to domain controllers? Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux Thank you. -- Mimiko desu. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a718.9020...@gmail.com
Re: Iceweasel Latest update stealing bandwidth uselessly -OT
On Mon, 08 Dec 2014, Anthony Campbell wrote: On 07 Dec 2014, Clive Standbridge wrote: I think the Dali Llama is a Spanish surrealistic painting of a South American ruminant, noted for fleecing the tin foil crowd. You win! In the film Troy there is a scene in which a lot of animals are stampeding, among which you can glimpse a llama. Evidence of an early contact with the New World? Nah, it is just a wester-egg :-) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208132720.gc12...@khazad-dum.debian.net
Re: Iceweasel Latest update stealing bandwidth uselessly
On Mon, 08 Dec 2014, Alex wrote: Extensions and/or add-ons installed:- Plugins:- DivX Browser Plug-in Gnome Shell Integration iTunes Applications Detector mplayerplug-in is now gecko-mediaplayer 1.0.6 Quicktime Plug-in 7.6.9 Realplayer 9 Shockwave Flash 11.2.202.411 Shockwave Flash 12.1.r601 Skype Buttons for Kopote VLC Web Plugin Windows Media Player Plug-in Extensions:- DownloadHelper 4.9.24 DownThenAll! 2.0.17 Flash Video Downloader Full HD Di=ownload (4K) 6.8.3 Flashblock 1.5.17 Flashgot 1.5.6.8 TrackMeNot 0.8.13 WorldIP 3.0.8 Meh, disable them all and check if that helps. Some of the traffic is on HTTP, but most (and most persistent) is on HTTPS. It starts off with a number (4 - 8?) of 74.125.237.xxx Disable OCSP. Does it fix things? There's a lot of crap the browser will check before it tries to connect somewhere. And while you are usually better off with some of them disabled, this is not true for everything. At some point it is going to be easier to just tcpdump -X -s1600 (or use wireshark) the offending traffic, and looking at what is inside. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208133122.gd12...@khazad-dum.debian.net
Re: Skipping fsck during boot with systemd?
On 12/08/2014 at 06:41 AM, Martin Read wrote: On 08/12/14 08:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: Skipping fsck during boot with systemd?
2014-12-08 11:44 GMT+01:00 claude juif claude.j...@gmail.com: 2014-12-08 10:28 GMT+01:00 Frédéric Marchal frederic.marc...@wowtechnology.com: Le Monday 08 December 2014 09:44:07, Curt a écrit : On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? I'm joining in as Gentoo doesn't allow me to cancel fsck and it is a real PITA. I much prefer the flexibility offered by Debian. If I'm in a hurry, I just cancel fsck and restart the computer later to let it run fsck completely. On my Gentoo box, the ext partition is set to scan the disk every 34 boots or after 180 days. There is no way I can keep track of the number of boots as three other people use that computer and turn it on when I'm not around. A script wouldn't help either. What would it have to report to be of any use in letting me know that the *next* boot will take one hour? Even I can't tell when someone will need the computer. Maybe you just have to make partitions. Il your rootfs is 1To it's gonna take 2 hours to run fsck, but if you have smaller partition like - /= 10G - /usr= 10G ... /data = 1To, it's gonna take 5 mins. Just update your fsck to check only / and /usr so you know your system is clean. And you can run run fsck yourself for /data. /, /var and /tmp already are very small partitions. The 1TB disk is the home partition where all the important data are. I can't split it up and I don't feel comfortable with the idea of running fsck only when and if I remember to do it. The computer is there to serve me, not the other way around! So you are in control ! That's not being in control. That's doing chores the system is making more difficult to deal with. I would rather spend the time doing something with the computer than for the computer. You can't ask developer to handle every single case of your life. A feature was lost and I say it was useful to me and, apparently, a bunch of people. The proposals so far imply more bookkeeping and/or maintenance tasks on my part. Maintenance tasks are necessary. But, in the case discussed here, there used to be a simpler solution. I don't want the developers to assume the current non-interruptible fsck solution is satisfactory to everyone. Nor is the no-fsck-at-all solution acceptable to everybody. Now, I would accept a solution simpler than let fsck run automatically from time to time or press ctrl+c to run it later but none comes to my mind. Frederic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj7r-8tefj9hzmw6dwm5yyh-rqfd464pvdox-elsu82-8uh...@mail.gmail.com
Re: 9p/plumber to replace D-Bus?
On Monday 08 December 2014 13:18:18 Marty wrote: I would even deign to give users a choice in the matter, [snip] Multi-seat PC and other anachronisms probably have to go away. Choice??? Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081412.31218.lisi.re...@gmail.com
Re: Skipping fsck during boot with systemd?
On Monday 08 December 2014 13:31:57 The Wanderer wrote: On 12/08/2014 at 06:41 AM, Martin Read wrote: On 08/12/14 08:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. I just wish that the subject were able to be rationally discussed, and that people could have problems in Jessie and ask for help without starting a systemd flame war, whether systemd in fact has anything to do with it or not. Anyhow, I've gained something from this thread. I didn't know that I could get rid of fsck by the simple expedient of C^c. Yes, I know that it is obvious, and I can't believe that I didn't even try it, but I clearly didn't. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081409.19826.lisi.re...@gmail.com
Re: Skipping fsck during boot with systemd?
On Mon 08 Dec 2014 at 08:31:57 -0500, The Wanderer wrote: On 12/08/2014 at 06:41 AM, Martin Read wrote: On 08/12/14 08:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. Sorry, I see no defence (incendiary or otherwise) of any init system being made in this thread. What I do see is people trying to help with a solution to a problem. One by Curt is referenced above. By all means criticise it but to see something like that as some some sort proponent argument is not warranted. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08122014140659.87c94557f...@desktop.copernicus.demon.co.uk
Re: Skipping fsck during boot with systemd?
On Mon 08 Dec 2014 at 12:41:06 +0100, Christian Groessler wrote: On 12/08/14 12:04, Mart van de Wege wrote: Christian Groessler ch...@groessler.org writes: On 12/08/14 09:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? http://nwalsh.com/hacks/mountinfo/ http://nwalsh.com/hacks/mountinfo/mountinfo Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. I understand it just fine. I just don't understand why this is a big deal, as it could have been easily avoided. This is a case of Doctor, it hurts when I do this. Well, don't do that then. What shouldn't I do? Boot my system? Devise another way of working until the issue is eventually addressed? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08122014141709.cf1868085...@desktop.copernicus.demon.co.uk
Re: rather OT - was - Re: Latin joke, was Re: running two CPU's in parallel with e.g. Beowulf in the same box.....
Not a bad translation, in fact, but the grammar is a bit of a mess. It is (the) Latin men you have sucking, not the language, and you have more than one of them so they should suck not sucks. (Latini is plural and sugit is singular.) I tried doing this again in French but it is not as easy as I thought. Oh well Regards Michael Fothergill A novus fuscinulam Debian - Devuan pulsantes apparuit absque ulla logicas rationem omnino
Re: Skipping fsck during boot with systemd?
On 12/08/2014 at 09:15 AM, Brian wrote: On Mon 08 Dec 2014 at 08:31:57 -0500, The Wanderer wrote: On 12/08/2014 at 06:41 AM, Martin Read wrote: There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. Sorry, I see no defence (incendiary or otherwise) of any init system being made in this thread. What I do see is people trying to help with a solution to a problem. One by Curt is referenced above. By all means criticise it but to see something like that as some some sort proponent argument is not warranted. This thread is about complaints about not being able to interrupt / abort / cancel an already-started boot-time fsck. Several people in this thread (including, I think, you?) are responding to those complaints by saying It's your own fault, for not doing X, rather than by saying Yes, it's systemd's fault, for not doing / letting you do Y. I.e., they're turning a criticism of systemd around into an attack on the criticizers. That is, as indicated, a defense of systemd - and one of a sort which is likely to fan the flames of dispute, rather than letting them cool. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: Skipping fsck during boot with systemd?
On Mon 08 Dec 2014 at 10:51:01 +, Bonno Bloksma wrote: Hi Brian, Brian a...@cityscape.co.uk wrote: But remember our current slogan Linux is all about choice. One can choose to boot with or without fsck.mode=skip. What about the choice to stop fsck it if it has started at an inconvenient moment ? Remedial action is not needed because the right choice was made from the grub menu. If it wasn't, you get to live with the consequences and don't do it again. I guess you never were in a hurry to get a system up and running again during production hours where a fschk takes a looong time. As normally a reboot takes place at night and I DO want a fschk to be performed at that time if needed this is the default boot option. I think you might want to investigate using GRUB's datehook module, It will allow changing the default boot option depending on the date and the time of day. It looks ideal for doing what you describe. So in your opinion everyone with a production system needs a third grub line apart from the 2 default lines. If that many people NEED it then why is it not a default 3rd line in all installations? Also, just about never will that fschk start when I do a manual reboot so why would I remember to choose option 3 at the reboot. Also... a server nowadays takes minutes for the hardware check to complete a reboot, after that I have only 5 seconds to select the proper boot option in your scenario. Or do you want me to lengthen ALL reboots by lengthening the Grub boot screen? No, that is not my opinion. The solution you refer to may not suit everyone. But there are another five to consider. :) All of this was never necessary as we could cancel an unneeded fschk that was merely performed because a certain number of days had passed. That was the proper way, to take action when it is needed. Not to allways take action in preemptive way in a short (seconds) windows when it is almost never needed. I hope this clarifies things a bit, I hope we get the option back to stop a scheduled fschk that is performed at an inconvenient moment. I too hope it comes back. Meanwhile, you are stll faced with preventing a scheduled fsck from going ahead. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08122014141958.e6d413a30...@desktop.copernicus.demon.co.uk
Re: Skipping fsck during boot with systemd?
On Mon, 08 Dec 2014, Christian Groessler wrote: Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. Handwaving issues away is intolerable behavior in a professional capacity, but in this particular case you can just ignore the handwaving entirely, as it is not being done professionaly, nor is it being done by either the debian maintainers or upstream. This thread should have died off the moment it became clear that handling the interrupt signal in fsck _is_ in systemd's upstream todo file and also reported as a bug that is still open and _not_ tagged wontfix in Debian. The useful thing to do now is to come up with tested patches, file them on the bug report, and start the process to get them reviewed and accepted. We broke the signal delivery in sysvinit as well for a while, when we added parallel execution (startpar). People would ^C and the signal would hit some unintended process because there were several running at the same time, all with the console open. This could break the boot horribly, of course. The initial fix blocked all handlign of the interrupt signal, with pretty much the same consequences as the current issue in systemd-fsck. I am not sure how well it got fixed in the end on the sysvinit+startpar+fsck side, it was some time ago. The truth is that keyboard-raised signal delivery can be hard to get right when you have both parallel execution and console. And it can get either much more difficult or much easier to do right when you have a initsystem IO multiplexer front-end on top (i.e. stuff like plymouth). After all, it's *my* computer, and *I* want to be in control of it. Yes, that's perfectly understandable. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208144244.ge12...@khazad-dum.debian.net
Re: Skipping fsck during boot with systemd?
On Monday 08 December 2014 14:15:32 Brian wrote: On Mon 08 Dec 2014 at 08:31:57 -0500, The Wanderer wrote: On 12/08/2014 at 06:41 AM, Martin Read wrote: On 08/12/14 08:44, Curt wrote: On 2014-12-08, Stefan Monnier monn...@iro.umontreal.ca wrote: Actually, it's *always* a surprise. These fsck happen at long enough intervals, that I can never know if it was 4 months ago or 7 months ago, and neither can I remember which laptop/desktop has the delay set to 172 days vs 194 days vs 98 days vs ... Can't you write a small script to obviate the limitations of your human memory, like this little hacker here did? There is *no legitimate basis* for arguing with the OP's complaint. The systemd transition has caused a user interface regression, which should be fixed. I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. Sorry, I see no defence (incendiary or otherwise) of any init system being made in this thread. What I do see is people trying to help with a solution to a problem. There's none so blind as those who will not see. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081445.56753.lisi.re...@gmail.com
Re: rather OT - was - Re: Latin joke, was Re: running two CPU's in parallel with e.g. Beowulf in the same box.....
On 08/12/2014, Michael Fothergill michael.fotherg...@googlemail.com wrote: snip A novus fuscinulam Debian - Devuan pulsantes apparuit absque ulla logicas rationem omnino A new (way of doing impolite things to, or, an impolite adjective to show dislike for) Debian - De Van is a pulsing apparition with all of its abs logically rationed everywhere ? ??? -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacx6j8phnp8w6ybzdhjrurxh2scp2dt6ffthk3krzpen8pf...@mail.gmail.com
Re: Skipping fsck during boot with systemd?
On 12/08/2014 at 09:15 AM, Brian wrote: On Mon 08 Dec 2014 at 08:31:57 -0500, The Wanderer wrote: On 12/08/2014 at 06:41 AM, Martin Read wrote: I like systemd, but I do wish certain of its non-coding proponents would stop indulging in incendiary defence of it against legitimate complaints. Exactly. It's at least as bad as the people who blame systemd for everything that they see go wrong after the changeover. Sorry, I see no defence (incendiary or otherwise) of any init system being made in this thread. What I do see is people trying to help with a solution to a problem. One by Curt is referenced above. To address this more specifically: The prevent the fsck from starting in the first place approaches are not solutions to the presented problem. The presented problem is about cancelling / interrupting the fsck once it's started. The approaches being suggested are about ways of preventing the problem from occurring, not about ways of fixing it once it has occurred. If you'd said Yeah, systemd broke that, but it looks like they're planning on fixing it at some point. In the meantime, here are some possible workarounds., that might have been reasonable. But the responses so far have instead been presented with a tone and attitude which reads to me as There's nothing wrong with the systemd behavior; you're the one in the wrong for wanting to do what you asked about doing., which is hard to see as anything but blindly pro-systemd hostility. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: Iceweasel Latest update stealing bandwidth uselessly
On 12/8/2014 6:25 AM, Alex wrote: Thank you all for some useful and interesting (strange??) replies. There is no decrease in stolen bandwidth - still approx 5 - 6Mbyte/10min using Reko's settings:- browser.safebrowsing.malware.enabled = false browser.safebrowsing.enabled = false I notice that there are five other 'browser.safebrowsing.' entries with various https addresses with google.com as part of the string:- browser.safebrowsing.appRepURL browser.safebrowsing.gethashURL browser.safebrowsing.malware.reportURL browser.safebrowsing.reportURL browser.safebrowsing.updateURL There is also a geko.handlerService with google.com as part of the string. Extensions and/or add-ons installed:- Plugins:- DivX Browser Plug-in Gnome Shell Integration iTunes Applications Detector mplayerplug-in is now gecko-mediaplayer 1.0.6 Quicktime Plug-in 7.6.9 Realplayer 9 Shockwave Flash 11.2.202.411 Shockwave Flash 12.1.r601 Skype Buttons for Kopote VLC Web Plugin Windows Media Player Plug-in Extensions:- DownloadHelper 4.9.24 DownThenAll! 2.0.17 Flash Video Downloader Full HD Di=ownload (4K) 6.8.3 Flashblock 1.5.17 Flashgot 1.5.6.8 TrackMeNot 0.8.13 WorldIP 3.0.8 While I was checking the about:config and the Plugins and Extensions 22MByte went down the google gurgler *^*^*%$% even with Reko's settings in place. Some of the traffic is on HTTP, but most (and most persistent) is on HTTPS. It starts off with a number (4 - 8?) of 74.125.237.xxx addresses of mixed HTTP and HTTPS, but after a while, the HTTP drop out, leaving only two HTTPS. This process could take about ten minutes. Ten minutes of Wireshark file capture could get quite large unless I filter on that 74.125.237.xxx address range. While this may reduce the file upload size, may we not be missing some sort of 'other' IP address 'calling' or 'beaconing' for itwa / google to start their BS? As for LLamas, Yeti's and other furry animals:- I subscribe to as little as possible and this includes Llamas, Yeti's and even Alpaccas, but I believe that Alpaccas are on the upgrade in Aus. ;-) Thanks and regards Alex Alex, That's a lot of plugins and extensions. I would suggest you disable all of them, and see if the problem goes away. If it does, re-enable them one at a time and see which one is causing your problem. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485c2c7.4040...@gmail.com
Re: 9p/plumber to replace D-Bus?
Le 08.12.2014 14:18, Marty a écrit : I almost tagged this off-topic but it's directed toward ordinary Debian users (with developer backgrounds). I first raised this on modular-debian but I want to get some ideas from a wider audience. I'm starting to get familiar with Plan 9 and D-Bus, to compare how they try to solve the same set of problems. Plan 9 concepts attempt to solve Unix problems in a very different way than Opendesktop.org. For people wanting to return to the original Unix concepts, 9p/plumber (or an updated version) seems like a natural fit going forward, for basic IPC purposes. 9p is already in Linux, and probably could be ported to the other Debian ports. I realize I just have to convince millions of people to re-plumb their core OS in a short period of time, but recent history teaches us that it that this is entirely feasible! Thus emboldened, I would even deign to give users a choice in the matter, but realistically, this would probably be an experimental project. You won't convince anyone if you do not build a PoC. Especially developers giving their time literally for free. Asking questions is a nice way to learn how you could do that PoC, anyway. Asking and trying. Could an IPC bridge/shim mechanism connect to a new IPC model while apps and DE's migrate from D-Bus, or support both optionally? I can see an updated version of Plumber might be needed, and things might be simplified by other aspects of the Plan 9 paradigm, like per-process namespaces and treating everything as a file. Multi-seat PC and other anachronisms probably have to go away. As Lisi asked, what about choice? How could you say that those are anachronisms, too? Perl guys are used to say this: there is more than one way to achieve it. This can be applied to so many things. About anachronism... you should read about what is the minitel*, and then, consider thinking about how most people uses their computers ;) *: http://en.wikipedia.org/wiki/Minitel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/3d6a00a1c8bddc88b517b4e19cc68...@neutralite.org
WebRTC - wasRe: no microphone in skype
On 08/12/2014, kamaraju kusumanchi raju.mailingli...@gmail.com wrote: On Sun, Dec 7, 2014 at 1:17 PM, Andreas Weber ae...@worldwideweber.ch wrote: On 2014-12-06 22:31, kamaraju kusumanchi wrote: On Sat, Dec 6, 2014 at 12:34 PM, Andreas Weber ae...@worldwideweber.ch wrote: On 2014-12-06 05:28, Gary Dale wrote: The problem is that Skype uses proprietary codecs and closed-source code. They're simply not very good at keeping it working with Linux. I do not understand what you mean here. As per https://en.wikipedia.org/wiki/WebRTC , WebRTC is just an API. What is the equivalent of Skype that uses WebRTC? Firefox 34 has built-in video calls. It's called Hello. Enabling is nicely described here if you don't see the icon: http://askubuntu.com/questions/556102/no-hello-icon-in-firefox-34 Thanks for the info and the link. It is helpful. However, my iceweasel version is 31.2.0esr-2~deb7u1 and Jessie currently has 31.2.0esr-3. I see that Iceweasel 34 is only in experimental. I will try your work around when it hits testing. raju From what I understand, from what I have found so far, the WebRTC thing appears to be implemented as a useable medium, in each of Google Chrome, Mozilla Firefox (v34) and Opera for Android (but, from what I have found so far, the facility in Opera, is available for only Android cellphones, and, not for desktop or laptop / notebook computers, as I have tried without success, to find how to implement it in Opera v26, running on a laptop / notebook computer. I think that this Web RTC thing, is something that requires further investigation (and, trying to find other people with whom to experiment in terms of trying to connect using the medium, like I did with Ekiga and Linphone, before I gave up on them as being unworkable) -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACX6j8Okab=_51rfn2fbzckns8juhw5cvvbukj4m25gqrsq...@mail.gmail.com
Re: Skipping fsck during boot with systemd?
On Monday 08 December 2014 14:42:45 Henrique de Moraes Holschuh wrote: We broke the signal delivery in sysvinit as well for a while, when we added parallel execution (startpar). People would ^C and the signal would hit some unintended process because there were several running at the same time, all with the console open. This could break the boot horribly, of course. Thank you, Henrique! Perhaps I wasn't being so thick when I couldn't interrupt fsck. :-/ I tried for a bit, but thenm gave up anf accepted taht it was notr piossible. I can now use it until I go over to Jessie - and possibly quite soon after that. I don't often want to do it anyway! But, unlike some people on this list, I do occasionally make mistakes. :-( Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412081534.35068.lisi.re...@gmail.com
Re: Skipping fsck during boot with systemd?
On 12/8/2014 9:42 AM, Henrique de Moraes Holschuh wrote: On Mon, 08 Dec 2014, Christian Groessler wrote: Why don't the systemd proponents understand that someone might want to interrupt a running fsck? Don't scrutinize the reasons, just accept the fact. Handwaving issues away is intolerable behavior in a professional capacity, but in this particular case you can just ignore the handwaving entirely, as it is not being done professionaly, nor is it being done by either the debian maintainers or upstream. This thread should have died off the moment it became clear that handling the interrupt signal in fsck _is_ in systemd's upstream todo file and also reported as a bug that is still open and _not_ tagged wontfix in Debian. I disagree. The original bug was filed on 2011-07-08 - almost 3.5 years ago, and nothing has been done on it. And on 2012-05-06, there was an acknowledgement that it is on the upstream's TODO list. That's over 2.5 years ago. It obviously is causing a lot of people problems, and is not being fixed in a timely manner. And if people don't talk about the problems it is causing, chances are it's not going to be fixed in the near future. The useful thing to do now is to come up with tested patches, file them on the bug report, and start the process to get them reviewed and accepted. That would be great if I had the time to learn systemd, figure out how (and why) the ability to interrupt fsck was disabled, how to re-enable it and ensure there are no side effects. Note that while I develop custom device drivers and applications, I've never dug into the init system, so it would be a large learning curve. That's days, if not weeks that I don't have. Or, the developer of systemd, who should be intimately familiar with his code, could probably do it in a few minutes, or at most, a couple of hours. But it's obviously not a high priority. We broke the signal delivery in sysvinit as well for a while, when we added parallel execution (startpar). People would ^C and the signal would hit some unintended process because there were several running at the same time, all with the console open. This could break the boot horribly, of course. The initial fix blocked all handlign of the interrupt signal, with pretty much the same consequences as the current issue in systemd-fsck. I am not sure how well it got fixed in the end on the sysvinit+startpar+fsck side, it was some time ago. The truth is that keyboard-raised signal delivery can be hard to get right when you have both parallel execution and console. And it can get either much more difficult or much easier to do right when you have a initsystem IO multiplexer front-end on top (i.e. stuff like plymouth). Hence the side effects I spoke of above. After all, it's *my* computer, and *I* want to be in control of it. Yes, that's perfectly understandable. I haven't been bitten by this bug yet, because I'm not running Jessie. But it's just another reason why it's not good for servers, and even causes major problems for users. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485c7d0.7070...@gmail.com