Re: Installation sur un SSD

[Christophe De Natale]

Le dimanche 17 janvier 2016 à 20:41 +0100, Pascal Hambourg a écrit :
> Francois Lafont a écrit :
> > 
> > Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
> > prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
> > Le disque va se remplir inexorablement au fil du temps
> 
> Oui, en quelque sorte.
> 
> > et à un moment donné je ne pourrai tout simplement plus écrire dessus
> 
> Non, quand même pas. Mais les écritures seront beaucoup plus coûteuses.
> 
> > Personnellement, j'aurais plutôt pensé que le SSD fait le trim lui-même tout
> > seul comme un grand, quand ça l'arrange.
> 
> C'est impossible puisque le TRIM sert justement à l'informer des blocs
> qui ne sont plus occupés. Certains SSD ont essayé de faire ça
> d'eux-mêmes mais ne savaient lire que NTFS. Inutile de dire qu'avec les
> autres systèmes de fichiers, ça a été la catastrophe.
> 
> > En fait, je pensais même que le discard ou le fstrim auraient même tendance 
> > à
> > diminuer la durée de vie du SSD vu que ça l'oblige à effacer des cellules à 
> > un
> > moment où, peut-être, ce n'est pas nécessaire.
> 
> Rien n'oblige le SSD a effacer immédiatement suite à une commande TRIM.
> 
> Un peu d'explication.
> 
> Bien que la finalité soit la même, un SSD fonctionne très différemment
> d'un disque dur.
> 
> Un disque dur est divisé en secteurs indépendants les uns des autres (à
> l'exception des disques au format avancé 512e où plusieurs secteurs
> logiques sont regroupés dans un secteur physique, mais on va faire
> l'impasse). Chaque secteur a un contenu (que ce soit des zéros ou autre
> chose n'a pas d'importance) et la modification de ce contenu se fait
> simplement en écrivant par dessus, comme une bande magnétique. Il y a
> une correspondance entre l'adresse logique d'un secteur et sa position
> physique sur le disque (à l'exception des secteurs défectueux qui ont
> été réalloués).
> 
> Un SSD est très différent. Les secteurs ne sont pas indépendants : ils
> sont regroupés en pages (typiquement 4 ou 8 Kio), et les pages sont
> regroupées en blocs d'effacement (typiquement 1 Mio). L'écriture ne peut
> se faire que sur une page entière, mais il y a pire : on ne peut écrire
> que dans une page préalablement effacée. On ne peut pas réécrire
> directement par dessus une page qui a déjà été écrite, il faut d'abord
> effacer tout le bloc qui la contient. Or l'effacement d'un bloc est une
> opération coûteuse, en temps et en usure des cellules.
> 
> C'est un peu comme écrire au crayon sur une feuille de papier : pour
> réécrire au même endroit, il faut d'abord effacer à la gomme, ce qui use
> le papier. A la longue, à force de gommer un emplacement, le papier
> devient trop usé et inutilisable.
> 
> Au début, toutes les pages sont vides, tout va bien. On écrit donc sans
> avoir besoin d'effacer. Quand les données d'une page doivent être
> modifiées, on écrit les nouvelles données dans une autre page vide et on
> marque l'anciene page comme obsolète. C'est rapide. Au passage on devine
> qu'il n'y a plus de correspondance entre l'adresse d'un secteur et sa
> position physique. Si on ne fait rien, à force d'écrire et de modifier
> les données, toutes les pages vont finir par être écrites, qu'elles
> contiennent des données obsolètes ou actuelles. Pour continuer à écrire,
> il va falloir effacer des blocs de pages contenant des données
> obsolètes. Si toutes les pages d'un bloc contiennent des données
> obsolètes, il suffit d'effacer le bloc. Mais si certaines pages du bloc
> contiennent des données actuelles, il faut les copier dans une mémoire
> tampon, effacer le bloc et réécrire les données.
> 
> On ne peut pas faire ça à chaque nouvelle écriture, ce serait trop
> coûteux en temps et en usure. Pour éviter cette situation, le SSA
> procède régulièrement à un "ramasse-miettes" (garbage collection). Cela
> consiste à transférer les données des pages actuelles dans de nouveaux
> blocs et d'effacer les anciens blocs. Le but est de toujours disposer de
> suffisamment de pages vides d'avance pour que l'écriture reste rapide.
> Il ne faut pas le faire trop souvent non plus car, comme tout
> effacement, cela augmente l'usure.
> 
> C'est notamment ici que le TRIM intervient : en marquant des secteurs
> comme obsolètes lors de l'effacement d'un fichier, il facilite le
> ramasse-miettes. Pour que cela soit efficace il vaut mieux que le
> système d'exploitation utilise comme unité de stockage des blocs de
> secteurs coïncident avec une ou plusieurs pages du SSD (d'où les
> contraintes nouvelles d'alignement des partitions), ainsi tous les
> secteurs d'une page seront marqués en même temps et la page pourra être
> écartée.
> 
> Le TRIM en lui-même ne fait que marquer les données obsolètes, il
> n'efface rien. Un firmware de SSD bien conçu ne devrait pas déclencher
> le ramasse-miette en fonction de la fréquence du TRIM mais seulement en
> fonction du nombre de blocs libres et du taux d'écriture.
> 

Bonjour et 

Re: Velocitat insuficient del cable de fibra optica

[Lluís Gras]

A mi em passa quelcom semblant,

Ja fa dies ho reportava a la llista ( Canvi d'ISP i problemes en el
rendiment de la connexió. ).

I encara estic intentant acotar on rau el problema ... ja direu si ho
esbrineu ;-)

El dia 17 de gener de 2016, 21:16, Narcis Garcia  ha
escrit:

> A mi m'estan funcionant els 300mbps de connexions a internet de
> Telefónica/Movistar tant amb Debian 7 com amb Debian 8.
>
> En un ordinador amb Debian 7 hi tinc una Realtek RTL8169
> En un ordinador amb Debian 8 hi tinc una Intel I218-V
>
> L'ordinador amb Debian 7 és el més antic, i deu ser anterior al 2006.
>
>
> El 17/01/16 a les 20:24, ilion1250 ha escrit:
> > Fa una setmana que m'han instal.lat la fibra óptica. La velocitat hauria
> > de ser de 300 meges peró la realitat és que amb cap dels dos ordinadors
> > que tinc l'assoleixo, com a máxim 30 meges per cable i per la wifi del
> > portátil unes 40 meges.
> > Vaig trucar a telefónica, van venir a revisar-ho tot i em diuen que tot
> > está correcte i que el problema es de les meves targetes de xarxa. El
> > técnic portaba un portátil amb Windows 7 i amb aquest si que s'assolien
> > les 300 meges.
> >
> > Tinc dos ordinadors un d'escriptori molt antic, de l'any 2003 amb la
> > targeta de xarxa :
> >
> > Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL-8139/8139C/8139C+ (rev 10)
> > En teoría amb aquesta tarjeta de xarxa hauria d'assolir 100 meges però
> > com a molt en tinc 30
> >
> > L'altre un portátil Asus X58C crec que del 2009 amb la targeta de xarxa:
> >
> > Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit
> > Ethernet Adapter (rev02)
> > Amb aquesta com a molt també em quedo amb 30 meges.
> > Amb el wi-fi "Qualcom Atheros AR928X n'obtinc fins a 40 meges.
> >
> > Segons he comprobat, el driver de la Realtek está al kernel de Linux
> > desde el 2012.
> > Sobre la tarjeta del portátil no he trobat informació.
> >
> > A l'ordinador hi tinc Debian 7 (escriptori XFCE) amb wicd com a gestor
> > de xarxa i al portátil hi he posat Debian 8 (Amb escriptori Mate) amb
> > network manager com a gestor de xarxa.
> >
> > ¿ Hi ha alguna manera d'aconseguir més velocitat ?.
> >
> > Gràcies
> >
> > Ferran
> >
> >
> >
>
>

Re: Installation sur un SSD

[Francois Lafont]

Déjà merci Sébastien et Pascal pour toutes ces explications.

On 17/01/2016 20:41, Pascal Hambourg wrote:

>> Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
>> prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
>> Le disque va se remplir inexorablement au fil du temps
> 
> Oui, en quelque sorte.
> 
>> et à un moment donné je ne pourrai tout simplement plus écrire dessus
> 
> Non, quand même pas. Mais les écritures seront beaucoup plus coûteuses.
> 
>> Personnellement, j'aurais plutôt pensé que le SSD fait le trim lui-même tout
>> seul comme un grand, quand ça l'arrange.
> 
> C'est impossible puisque le TRIM sert justement à l'informer des blocs
> qui ne sont plus occupés. Certains SSD ont essayé de faire ça
> d'eux-mêmes mais ne savaient lire que NTFS. Inutile de dire qu'avec les
> autres systèmes de fichiers, ça a été la catastrophe.

Ok, donc si je comprends bien le SSD n'est pas capable de distinguer les pages
qui contiennent des données devenues inutiles pour le file system de celles
qui restent encore d'actualité (ie utiles pour le fs).

>> En fait, je pensais même que le discard ou le fstrim auraient même tendance à
>> diminuer la durée de vie du SSD vu que ça l'oblige à effacer des cellules à 
>> un
>> moment où, peut-être, ce n'est pas nécessaire.
> 
> Rien n'oblige le SSD a effacer immédiatement suite à une commande TRIM.

Ok, TRIM indique seulement au SSD les data qui sont devenues inutiles au fs.

> Bien que la finalité soit la même, un SSD fonctionne très différemment
> d'un disque dur.
> 
> Un disque dur est divisé en secteurs indépendants les uns des autres (à
> l'exception des disques au format avancé 512e où plusieurs secteurs
> logiques sont regroupés dans un secteur physique, mais on va faire
> l'impasse). Chaque secteur a un contenu (que ce soit des zéros ou autre
> chose n'a pas d'importance) et la modification de ce contenu se fait
> simplement en écrivant par dessus, comme une bande magnétique. Il y a
> une correspondance entre l'adresse logique d'un secteur et sa position
> physique sur le disque (à l'exception des secteurs défectueux qui ont
> été réalloués).
> 
> Un SSD est très différent. Les secteurs ne sont pas indépendants : ils
> sont regroupés en pages (typiquement 4 ou 8 Kio), et les pages sont
> regroupées en blocs d'effacement (typiquement 1 Mio). L'écriture ne peut
> se faire que sur une page entière, mais il y a pire : on ne peut écrire
> que dans une page préalablement effacée. On ne peut pas réécrire
> directement par dessus une page qui a déjà été écrite, il faut d'abord
> effacer tout le bloc qui la contient. Or l'effacement d'un bloc est une
> opération coûteuse, en temps et en usure des cellules.
> 
> C'est un peu comme écrire au crayon sur une feuille de papier : pour
> réécrire au même endroit, il faut d'abord effacer à la gomme, ce qui use
> le papier. A la longue, à force de gommer un emplacement, le papier
> devient trop usé et inutilisable.
> 
> Au début, toutes les pages sont vides, tout va bien. On écrit donc sans
> avoir besoin d'effacer. Quand les données d'une page doivent être
> modifiées, on écrit les nouvelles données dans une autre page vide et on
> marque l'ancienne page comme obsolète. C'est rapide. Au passage on devine
> qu'il n'y a plus de correspondance entre l'adresse d'un secteur et sa
> position physique. Si on ne fait rien, à force d'écrire et de modifier
> les données, toutes les pages vont finir par être écrites, qu'elles
> contiennent des données obsolètes ou actuelles. Pour continuer à écrire,
> il va falloir effacer des blocs de pages contenant des données
> obsolètes.

Mais là, je ne pige pas. Si le SSD n'est pas capable de savoir ce qui
est actuel de ce qui est obsolètes sans TRIM, je ne vois pas comment
il fait pour dégager de la place pour les prochaines écritures ? Si jamais
je n'utilise pas l'option de montage discard et si en plus je ne lance _jamais_
la commande fstrim, comment fait le SSD pour déterminer tout seul les data
qui sont obsolètes de celles qui ne le sont pas ?

> Si toutes les pages d'un bloc contiennent des données
> obsolètes, il suffit d'effacer le bloc. Mais si certaines pages du bloc
> contiennent des données actuelles, il faut les copier dans une mémoire
> tampon, effacer le bloc et réécrire les données.
> 
> On ne peut pas faire ça à chaque nouvelle écriture, ce serait trop
> coûteux en temps et en usure. Pour éviter cette situation, le SSA
> procède régulièrement à un "ramasse-miettes" (garbage collection). Cela
> consiste à transférer les données des pages actuelles dans de nouveaux
> blocs et d'effacer les anciens blocs. Le but est de toujours disposer de
> suffisamment de pages vides d'avance pour que l'écriture reste rapide.
> Il ne faut pas le faire trop souvent non plus car, comme tout
> effacement, cela augmente l'usure.

Ok, mais je ne vois pas comment le garbage collector du SSD va faire
du coup pour savoir ce qui obsolète de ce qui ne l'est 

Re: [OT]GNOME anuncia el total rediseño de su panel de configuración.

[Alejandro Alcántar]

Tonteras, estaba mejor el clásico. Ami me sirve mucho los iconos de la
versión clásica, y la "moderna" , se me hace muy apelmazado
On Jan 17, 2016 3:03 PM, "Miguel Matos"  wrote:

> Vía Genbeta.
>
> GNOME es uno de los entornos de escritorio más utilizados del ecosistema
> GNU/Linux. No sólo es uno de los sabores que casi todas las distros
> incluyen en su repertorio, sino que incluso otros que no apuestan por él
> como Ubuntu acaban tomando prestado alguno de sus componentes. Un ejemplo
> es el menú de configuración de la distro de Canonical, que es un fork del
> de GNOME.
>
> Por eso es tan importante que los responsables del proyecto, tras haberles
> dejado de convencer el basado en iconos, hayan decidido rediseñar
> totalmente el centro de configuración de GNOME dándole un aspecto mucho más
> moderno que el que todos conocemos .
>
> http://i.blogs.es/7382b4/untitled/1366_2000.jpg alt="Panel de
> configuración de GNOME" title="Diseño moderno vs diseño clásico" />
>
> El diseñador de GNOME Alan Day ha declarado al anunciar el diseño que con
> él esperan mejorar la experiencia de los usuarios haciendo que sea mucho
> menos complejo. También ha dicho que el anterior daba la sensación de ser
> una colección de partes separadas, mientras que en este cada opción forma
> parte de un mismo todo.
>
> http://i.blogs.es/c6c3d8/displays-1/1366_2000.png; alt=""
> title="" />
>
> De momento no hay establecida ninguna fecha para la implementación de este
> nuevo diseño. Por lo tanto está por ver si Ubuntu, que ya iba a abandonar
> su centro de software para utilizar el de GNOME, acaba adoptándolo también
> en su próxima versión. La verdad es que por lo menos a mi me parece que con
> él ganaría enteros en diseño mostrando un aspecto mucho más moderno.
>
> --
> Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
>

Re: Proposal: Restore Nautilus search-as-you-type!

[/ vt]

Understood!

On Sun, Jan 17, 2016 at 7:38 AM, Chris Bannister  wrote:

> On Fri, Jan 15, 2016 at 12:09:47PM +0200, / vt wrote:
> >
> > Sorry for the rant but this is driving me crazy - I don't see the point
> of
> > this change. It makes me a thousand times slower.
>
> You'll have to file a bug report in the usual manner. I'm sorry, but
> your rant has fallen on deaf ears, we are just volunteers helping out
> with peoples problems, we have no power to instigate peoples wishes.
>
> --
> "If you're not careful, the newspapers will have you hating the people
> who are being oppressed, and loving the people who are doing the
> oppressing." --- Malcolm X
>

Re: Mounting a Windows Share

[Bob Holtzman]

On Sun, Jan 17, 2016 at 03:59:57PM +0200, Moreanu Robert - Nicolae wrote:
> hi
> i'm looking to resolve this problem when I want to install debian 8.2 or
> 8.1. I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> i make the install of debian 8.2.0 or 8.1.0 from a dvd boot
> 
> robert, waiting for your response

Just how the hell many threads do you plan on hijacking!?

[OT]GNOME anuncia el total rediseño de su panel de configuración.

[Miguel Matos]

Vía Genbeta.

GNOME es uno de los entornos de escritorio más utilizados del ecosistema
GNU/Linux. No sólo es uno de los sabores que casi todas las distros
incluyen en su repertorio, sino que incluso otros que no apuestan por él
como Ubuntu acaban tomando prestado alguno de sus componentes. Un ejemplo
es el menú de configuración de la distro de Canonical, que es un fork del
de GNOME.

Por eso es tan importante que los responsables del proyecto, tras haberles
dejado de convencer el basado en iconos, hayan decidido rediseñar
totalmente el centro de configuración de GNOME dándole un aspecto mucho más
moderno que el que todos conocemos .

http://i.blogs.es/7382b4/untitled/1366_2000.jpg alt="Panel de
configuración de GNOME" title="Diseño moderno vs diseño clásico" />

El diseñador de GNOME Alan Day ha declarado al anunciar el diseño que con
él esperan mejorar la experiencia de los usuarios haciendo que sea mucho
menos complejo. También ha dicho que el anterior daba la sensación de ser
una colección de partes separadas, mientras que en este cada opción forma
parte de un mismo todo.

http://i.blogs.es/c6c3d8/displays-1/1366_2000.png; alt=""
title="" />

De momento no hay establecida ninguna fecha para la implementación de este
nuevo diseño. Por lo tanto está por ver si Ubuntu, que ya iba a abandonar
su centro de software para utilizar el de GNOME, acaba adoptándolo también
en su próxima versión. La verdad es que por lo menos a mi me parece que con
él ganaría enteros en diseño mostrando un aspecto mucho más moderno.

-- 
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz

Re: L'Assemblée Nationale n'aime pas du tout le logiciel Libre et Opensource

[moi-meme]

Le Fri, 15 Jan 2016 22:00:02 +0100, andre_debian a écrit :

> Quel revirement de la majorité depuis la circulaire 2012 de j.m.
> Ayrault...
> => vers Micro$oft toutes !

ça paye plus :-(

Re: eagle-lin64-7.5.0.run, won't

[Lisi Reisz]

On Sunday 17 January 2016 22:19:34 Gene Heskett wrote:
> On Sunday 17 January 2016 09:14:33 Chris Bannister wrote:
> > I think you'll find the 'tail' command is in your path, in this
> > instance.
>
> tail is the program, not the argument.  The argument of course is the
> list of options between tail and the filename its supposed to look at.

If tail weren't the program it surely wouldn't be in your path??  It is 
executables that have to be in your path in order for them to be executed.

So in order for tail to be executed, you must either give the whole path to 
reach it, or it must be in your $PATH.

Lisi

Re: Usuario novato - cuenta de outlook.com en negrita.

[Jorge Chaves]

El sáb, 16-01-2016 a las 18:28 -0600, Debia Linux escribió:
> 2016-01-13 18:09 GMT-06:00 Jorge Chaves :
> > Sí, me gusta mucho la filosofía del software libre, por eso uso Debian
> > y porque también soy un poco enreda, la verdad, me gusta curiosear.
> > Actualmente también uso windows, pero porque aún tengo miedo de que
> > haya cosas que no sepa hacer en Debian y que tenga que hacer en poco
> > tiempo.
> >
> > Con respecto al correo electrónico uso hotmail y gmail. No he tenido
> > ninguna queja hasta ahora de ellos, aunque he logrado hacer funcionar
> > sobre esas cuentas evolution (aunque no me parece práctico usar un
> > gestor de correos porque ya accedo bien a mis cuentas de correos desde
> > iceweasel).
> >
> > Y los servidores de correos que comentas es la primera vez que oigo
> > hablar de ellos.
> >
> > Con respecto a lo que dices que plantee bien mis preguntas tomo nota.
> > Procuraré hacerlo lo mejor posible.
> >
> > Sé tengo mucho que aprender. Para empezar tengo que leer los manuales
> > de administración e instalación de Debian, y lo cierto es que tengo
> > mucha pereza para empezar a leerlos. Pero ya empezaré, ya.
> >
> > Gracias por este correo y saludos.
> >
> > PD: Siento habértelo enviado a ti directamente, Debia Linux, ya me ha
> > pasado con otros usuarios antes. A ver si me acostumbro a enviar los
> > mensajes a la lista de correos como es debido.
> 
> No te preocupes, yo tambien hice lo mismo en mis inicios, una vez
> envie una invitacion a todos para abrir una cuenta en gmail
> ¡Imaginate!.
> 
> >
> 

Como he destrozado este hilo al no saber al principio cómo usar las
listas de correo, he decidido poner además la solución en el último
mensaje que existe en el índice de este hilo, para que sea más fácil
encontrar la solución al problema que planteé en caso de que alguien
quiera verlo. Así que allá va:

--Solución

¡Lo he conseguido! Muchas gracias a todos. Al final he conseguido quitar
la negrita de mi cuenta de outlook. Pasos que he seguido:

1) Instalar el paquete ttf-mscorefonts-installer, para eso escribir como
root en un terminal:

# apt-get install ttf-mscorefonts-installer

O bien usar un gestor de paquetes como "Synaptic" o "Paquetes" (llamado
gpk-application desde alt+f2), seleccionar el paquete
"ttf-mscorefonts-installer" e instalarlo.

2) Y en esto es en lo que he fallado y por eso no era capaz de hacerlo
bien. Vete al terminal y escribe como root este comando:

# dpkg-reconfigure fontconfig-config

Te saldrá una ventana dentro del terminal donde habrá que elegir las
siguientes opciones:

1º) Autosugerido
2º) Automático (es lo más seguro).
3º) ¿Activar los tipos de letra "bitmapped" por omisión? No.

3) En el terminal como root escribe el siguiente comando:
# dpkg-reconfigure fontconfig

Y listo. Quizás para que las fuentes terminen de adaptarse bien a Debian
haga falta reiniciar, pero por lo demás todo funciona bien y la negrita
en la cuenta de outlook es historia.

Agradecer a todos por enésima vez la paciencia que habéis tenido y
gracias por vuestros aportes. 

Web que además me ha valido para terminar de hacer esto bien:
https://wiki.debian.org/Fonts

Ahora sólo me queda leer las lecturas que tengo pendientes en Debian
(que no son pocas) aparte de hacer copia de lo que voy
consiguiendo/averiguando. Más algún enlace que me habéis dejado por aquí
sobre las normas de las listas de correos y de cómo hacer preguntas
inteligentes.

Saludos y gracias.
Jorge.

Re: Installation sur un SSD

[Sébastien Dinot]

Eddy F. a écrit :
> Si quelqu'un peut me rassurer :-)

Je ne sais pas si l'interruption de fstrim est ravageuse ou pas (je ne
le pense pas vu ce qu'elle fait) mais s'il s'agit de te rassurer, tu
peux la lancer à la main :

sudo /sbin/fstrim /

Sur mon poste, son exécution prend une poignée de minutes (5 tout au
plus) mais mon SSD a une taille de 64 Go seulement et je subodore que la
durée de l'opération est proportionnelle à la taille du disque.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Installation sur un SSD

[Eddy F.]

Le 17 jan 2016 à 19:57 (+0100)
Sébastien Dinot  a écrit:
 
> Je ne sais pas si l'interruption de fstrim est ravageuse ou pas (je ne
> le pense pas vu ce qu'elle fait) mais s'il s'agit de te rassurer, tu
> peux la lancer à la main :
> 
> sudo /sbin/fstrim /

Oui mais le faire manuellement est le meilleur moyen pour que ce ne
soit jamais fait ! (Enfin, je parle pour moi.)

> Sur mon poste, son exécution prend une poignée de minutes (5 tout au
> plus) mais mon SSD a une taille de 64 Go seulement et je subodore que
> la durée de l'opération est proportionnelle à la taille du disque.

Oui, je viens de tester sur mon SSD de 60 Go et cela a pris une grosse
minute. C'est pour cela que le risque semble bien faible de toute
façon.


-- 
Eddy F.

Velocitat insuficient del cable de fibra óptica

[ilion1250]

Fa una setmana que m'han instal.lat la fibra óptica. La velocitat hauria 
de ser de 300 meges peró la realitat és que amb cap dels dos ordinadors 
que tinc l'assoleixo, com a máxim 30 meges per cable i per la wifi del 
portátil unes 40 meges.
Vaig trucar a telefónica, van venir a revisar-ho tot i em diuen que tot 
está correcte i que el problema es de les meves targetes de xarxa. El 
técnic portaba un portátil amb Windows 7 i amb aquest si que s'assolien 
les 300 meges.


Tinc dos ordinadors un d'escriptori molt antic, de l'any 2003 amb la 
targeta de xarxa :


Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
En teoría amb aquesta tarjeta de xarxa hauria d'assolir 100 meges però 
com a molt en tinc 30


L'altre un portátil Asus X58C crec que del 2009 amb la targeta de xarxa:

Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit 
Ethernet Adapter (rev02)

Amb aquesta com a molt també em quedo amb 30 meges.
Amb el wi-fi "Qualcom Atheros AR928X n'obtinc fins a 40 meges.

Segons he comprobat, el driver de la Realtek está al kernel de Linux 
desde el 2012.

Sobre la tarjeta del portátil no he trobat informació.

A l'ordinador hi tinc Debian 7 (escriptori XFCE) amb wicd com a gestor 
de xarxa i al portátil hi he posat Debian 8 (Amb escriptori Mate) amb 
network manager com a gestor de xarxa.


¿ Hi ha alguna manera d'aconseguir més velocitat ?.

Gràcies

Ferran

sound not ok

[Manuel Chacón Romero]

Regards. I installed Debian Xfce 8.2 jessie 3 times . In the three times the 
installed sound to work. After installing these applications : Gufw , ClamTk , 
icedtea , GEARY , GPARTED , SHUTTER , Kolourpaint , KEEPASX , GNOME - 
PACKAGEDIT & CHROME sound stopped working and although I installed codecs and 
pulseaudio again the computer loses sound.
I do not know what to do. Any help? Thank you.
Manuel

Re: Problem with TP-Link network card

[Daniel Bareiro]

Hi, Dan.

Thanks for your reply.

On 17/01/16 09:56, Dan Ritter wrote:

>> In fact, I tested it with a new TP-Link card with the same Realtek
>> chipset and I have observed the same behavior.
>>
>> Any idea what could be the problem?

> Disable autonegotiation on both sides; set it to full duplex
> 100.
> 
> If the behavior persists, replace the cable.

I was reviewing on the CLI as through the web access if the router
(Zyxel P-660R-T1v3) allows to disable the negotiation of the LAN
interface, but I found nothing. So I tried the other suggestion, that it
was changing the cable, but no change in behavior.

I did some other tests with my notebook:

a) notebook (orion) <---> firewall (alderamin)
b) notebook (orion) <---> router

Case a: notebook (orion) <---> firewall (alderamin)


root@orion:~# ethtool -s eth0 speed 100 duplex full autoneg on
root@orion:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: Unknown!
Duplex: Unknown! (255)
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown (auto)
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x0007 (7)
   drv probe link
Link detected: no

root@orion:~# ifconfig eth0
eth0  Link encap:Ethernet  HWaddr 3c:97:0e:57:4a:89
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:8050 errors:162 dropped:0 overruns:0 frame:105
  TX packets:5137 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:4112009 (3.9 MiB)  TX bytes:674943 (659.1 KiB)
  Interrupt:20 Memory:f250-f252

root@orion:~# ip addr add 192.168.1.1 dev eth0
root@orion:~# ifconfig eth0
eth0  Link encap:Ethernet  HWaddr 3c:97:0e:57:4a:89
  inet addr:192.168.1.1  Bcast:0.0.0.0  Mask:255.255.255.255
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:8050 errors:162 dropped:0 overruns:0 frame:105
  TX packets:5137 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:4112009 (3.9 MiB)  TX bytes:674943 (659.1 KiB)
  Interrupt:20 Memory:f250-f252


root@alderamin:~# ifconfig eth1
eth1  Link encap:Ethernet  HWaddr c4:e9:84:01:0e:4d
  inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::c6e9:84ff:fe01:e4d/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:359625 errors:151 dropped:0 overruns:48 frame:0
  TX packets:326791 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:297907826 (284.1 MiB)  TX bytes:45096052 (43.0 MiB)


root@alderamin:~# ethtool -s eth1 speed 100 duplex full autoneg on
root@alderamin:~# ethtool eth1

Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x0007 (7)
   drv probe link
Link detected: no

root@alderamin:~# ping -c5 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.

--- 192.168.1.1 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4010ms


It seems that here the connection notebook <---> firewall has not worked
with auto-negotiation on both sides. Now I try to disable the
negotiation on both ends:

root@orion:~# ethtool -s eth0 speed 100 duplex full autoneg off
root@orion:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal

Re: DenyHosts

[Bob Holtzman]

On Sun, Jan 17, 2016 at 03:33:05PM +0200, Moreanu Robert - Nicolae wrote:
> hi,
> i'm looking to resolve this problem when I want to install debian 8.2 or
> 8.1. I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> I don't have such expertise, please make the debian on install with more
> information and what procedure to do that for the people don't have the
> time to study the debian.
> 
> so.. how i could resolve this problem , any help from you, please
> 
> robert, waiting for your response

Don't hijack threads!

Re: Mounting a Windows Share

[Lisi Reisz]

On Sunday 17 January 2016 21:48:48 Bob Holtzman wrote:
> On Sun, Jan 17, 2016 at 03:59:57PM +0200, Moreanu Robert - Nicolae wrote:
> > hi
> > i'm looking to resolve this problem when I want to install debian 8.2 or
> > 8.1. I receive this message after it's take to Grub install
> >
> > " the 'grub-pc' package failed to install into /target/ "
> > after the operation of clean up on installing, i have a failed
> > operations.
> >
> > i make the install of debian 8.2.0 or 8.1.0 from a dvd boot
> >
> > robert, waiting for your response
>
> Just how the hell many threads do you plan on hijacking!?

Robert -

You posted the same basic message three times in an hour to three different 
threads, two of them hijacked.

Do please give people time to answer before posting again.  And you will get 
more help if you start a thread initially, as you did, then stick to it.  But 
don't re-post at 12:53:19, then 13:33:05 then 13:59:07 (times as recorded in 
GMT by my email client), if you want to get people to help rather than just 
annoy them.

Lisi

Re: Installation sur un SSD

[Eddy F.]

Le 17 jan 2016 à 14:21 (+0100)
Sébastien Dinot  a écrit:


> En outre, à ma connaissance, l'option discard a plutôt un effet
> négatif sur les performances. Cf. le point 3 de l'article ci-dessous :
> 
> http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
> 
> Je lui préfère donc, comme cela est préconisé dans l'article, un petit
> « /sbin/fstrim / » lancé via cron.

J'ai une question naïve, ne m'en voulez-pas.

Que se passe-t-il si la commande fstrim est interrompue avant d'avoir
fait son travail ? Je pense au fait que si la tâche est lancée par
cron, il y a un risque (sans doute très faible) que j'éteigne la
machine juste au moment où elle s'exécute. Est-que cela risque de
corrompre le système de fichier (je suppose que non si j'ai bien
compris à quoi sert le fstrim) ou d'endommager le disque ?

Si quelqu'un peut me rassurer :-)

-- 
Eddy F.

Re: Installation sur un SSD

[Pascal Hambourg]

Francois Lafont a écrit :
> 
> Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
> prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
> Le disque va se remplir inexorablement au fil du temps

Oui, en quelque sorte.

> et à un moment donné je ne pourrai tout simplement plus écrire dessus

Non, quand même pas. Mais les écritures seront beaucoup plus coûteuses.

> Personnellement, j'aurais plutôt pensé que le SSD fait le trim lui-même tout
> seul comme un grand, quand ça l'arrange.

C'est impossible puisque le TRIM sert justement à l'informer des blocs
qui ne sont plus occupés. Certains SSD ont essayé de faire ça
d'eux-mêmes mais ne savaient lire que NTFS. Inutile de dire qu'avec les
autres systèmes de fichiers, ça a été la catastrophe.

> En fait, je pensais même que le discard ou le fstrim auraient même tendance à
> diminuer la durée de vie du SSD vu que ça l'oblige à effacer des cellules à un
> moment où, peut-être, ce n'est pas nécessaire.

Rien n'oblige le SSD a effacer immédiatement suite à une commande TRIM.

Un peu d'explication.

Bien que la finalité soit la même, un SSD fonctionne très différemment
d'un disque dur.

Un disque dur est divisé en secteurs indépendants les uns des autres (à
l'exception des disques au format avancé 512e où plusieurs secteurs
logiques sont regroupés dans un secteur physique, mais on va faire
l'impasse). Chaque secteur a un contenu (que ce soit des zéros ou autre
chose n'a pas d'importance) et la modification de ce contenu se fait
simplement en écrivant par dessus, comme une bande magnétique. Il y a
une correspondance entre l'adresse logique d'un secteur et sa position
physique sur le disque (à l'exception des secteurs défectueux qui ont
été réalloués).

Un SSD est très différent. Les secteurs ne sont pas indépendants : ils
sont regroupés en pages (typiquement 4 ou 8 Kio), et les pages sont
regroupées en blocs d'effacement (typiquement 1 Mio). L'écriture ne peut
se faire que sur une page entière, mais il y a pire : on ne peut écrire
que dans une page préalablement effacée. On ne peut pas réécrire
directement par dessus une page qui a déjà été écrite, il faut d'abord
effacer tout le bloc qui la contient. Or l'effacement d'un bloc est une
opération coûteuse, en temps et en usure des cellules.

C'est un peu comme écrire au crayon sur une feuille de papier : pour
réécrire au même endroit, il faut d'abord effacer à la gomme, ce qui use
le papier. A la longue, à force de gommer un emplacement, le papier
devient trop usé et inutilisable.

Au début, toutes les pages sont vides, tout va bien. On écrit donc sans
avoir besoin d'effacer. Quand les données d'une page doivent être
modifiées, on écrit les nouvelles données dans une autre page vide et on
marque l'anciene page comme obsolète. C'est rapide. Au passage on devine
qu'il n'y a plus de correspondance entre l'adresse d'un secteur et sa
position physique. Si on ne fait rien, à force d'écrire et de modifier
les données, toutes les pages vont finir par être écrites, qu'elles
contiennent des données obsolètes ou actuelles. Pour continuer à écrire,
il va falloir effacer des blocs de pages contenant des données
obsolètes. Si toutes les pages d'un bloc contiennent des données
obsolètes, il suffit d'effacer le bloc. Mais si certaines pages du bloc
contiennent des données actuelles, il faut les copier dans une mémoire
tampon, effacer le bloc et réécrire les données.

On ne peut pas faire ça à chaque nouvelle écriture, ce serait trop
coûteux en temps et en usure. Pour éviter cette situation, le SSA
procède régulièrement à un "ramasse-miettes" (garbage collection). Cela
consiste à transférer les données des pages actuelles dans de nouveaux
blocs et d'effacer les anciens blocs. Le but est de toujours disposer de
suffisamment de pages vides d'avance pour que l'écriture reste rapide.
Il ne faut pas le faire trop souvent non plus car, comme tout
effacement, cela augmente l'usure.

C'est notamment ici que le TRIM intervient : en marquant des secteurs
comme obsolètes lors de l'effacement d'un fichier, il facilite le
ramasse-miettes. Pour que cela soit efficace il vaut mieux que le
système d'exploitation utilise comme unité de stockage des blocs de
secteurs coïncident avec une ou plusieurs pages du SSD (d'où les
contraintes nouvelles d'alignement des partitions), ainsi tous les
secteurs d'une page seront marqués en même temps et la page pourra être
écartée.

Le TRIM en lui-même ne fait que marquer les données obsolètes, il
n'efface rien. Un firmware de SSD bien conçu ne devrait pas déclencher
le ramasse-miette en fonction de la fréquence du TRIM mais seulement en
fonction du nombre de blocs libres et du taux d'écriture.

Mensaje al actualizar grub

[ziprasidone146939277]

Saludos,

Este fin de semana actualicé algunos servidores y en uno de ellos me
apareció el siguiente mensaje al actualizar grub:

warning: Sector 32 is already in use by the program `FlexNet';
avoiding it.  This software may cause boot or other problems in future.
Please ask its authors not to store data in the boot track.

Busqué en Google sobre el mismo, y leí algo sobre DRM y software de Adobe.
Incluso que se trata de un rootkit, etc.

Alguna idea?

Encontré la siguiente solución para pisar el sector en cuestión, reinstalar
grub y eliminar el mensaje.
De todos modos no puedo arriesgarme a hacerlo ahora mismo, y no está demás
consultar.

# dd if=/dev/sda of=/tmp/mbr.img bs=512 count=63
# dd if=/dev/zero of=/dev/sda bs=512 count=62 seek=1

Luego reinstalar el grub.

Por último, posibles causas de este mensaje?
 
Muchas gracias.

Re: Problem with TP-Link network card

[Dan Ritter]

On Sun, Jan 17, 2016 at 05:07:20PM -0300, Daniel Bareiro wrote:
> Hi, Dan.
> 
> Thanks for your reply.

...

> That is, it seems that the communication notebook <---> router works
> well regardless of the type of negotiation on the notebook side.
> 
> But when I reconnect the firewall to the router, I lose again the link,
> regardless of whether on the firewall is enabled or not the
> auto-negotiation.

I'm afraid at this point my suggestions all involve hardware:

- replace the TP-Link nic with something else, preferably with a
  different chipset. Intel has been very reliable.

- put a small ethernet switch (4 and 5 port switches are reasonably
  cheap) between the router and firewall.

- replace the router with something else.

-dsr-

Re: eagle-lin64-7.5.0.run, won't

[Gene Heskett]

On Sunday 17 January 2016 09:46:36 Joe wrote:

> On Sat, 16 Jan 2016 20:28:50 -0500
>
> Gene Heskett  wrote:
> > Bugs in the gcode exporter are my main beefs. In the gcode output
> > for bottom.ngc, with spot drilling enabled, it outputs a line for
> > each of the holes, but fills the first 6 of those lines with X0 Y0,
> > so it pecks at the lower right corner 6 times, and then spots the
> > rest of the holes just fine.
>
> I see, you're probably in a small minority, so more likelihood of
> finding bugs. I've only ever produced Gerber files to send away to PCB
> production houses, which I think is what nearly all users do.
>
> > But this is stuff I should take to the geda-user list, which I just
> > sent a sub message to join. I do not for a millisecond, think this
> > is a debian problem.
>
> Yes, they are very active and will usually have a quick turnround.
> I've had some minor issues which were sorted out by direct email with
> developers.

I method I don't 100% care for, Joe, because such messages never get into 
the list archives.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Is anybody Running Debian on Acer Aspire E5-571G

[Jude DaShiell]

It may be a 2003 machine, though it has to have a bios install since 
it's too old to handle uefi.


On Mon, 18 Jan 2016, Stuart Longland wrote:


Date: Sun, 17 Jan 2016 12:48:19
From: Stuart Longland 
To: debian-user@lists.debian.org
Subject: Re: Is anybody Running Debian on Acer Aspire E5-571G

On 13/01/16 22:04, Jude DaShiell wrote:

It sure is, and Acer Aspire computers generally are cut down AMD Athelon
x64 clones.  I proved this since I also have a real AMD K8 Athelon
computer vintage 1994 that is still running (how old does it have to get
before the Smithsonian Museum gets interested) and I have the distro
from http://talkingarch.tk/ installed on the K8 and the Aspire 5003.  I
ran netctl's wifi-menu -o command to find local wifi connections with
both machines.  The AMD K8 had no problems.  The Acer Aspire returned an
error of no valid interface and this was with the same cable and wifi
adapter plugged into each machine.


1994?  You sure about that?  Pretty sure the Pentium was only a new chip
with major heat problems and a dodgy floating point bug back then.

I find it incredible that AMD were strutting their x86-64 stuff that
long ago.  Wikipedia seems to think they came out in 2003.

https://en.wikipedia.org/wiki/AMD_K8



--

Re: Velocitat insuficient del cable de fibra optica

[Narcis Garcia]

A mi m'estan funcionant els 300mbps de connexions a internet de
Telefónica/Movistar tant amb Debian 7 com amb Debian 8.

En un ordinador amb Debian 7 hi tinc una Realtek RTL8169
En un ordinador amb Debian 8 hi tinc una Intel I218-V

L'ordinador amb Debian 7 és el més antic, i deu ser anterior al 2006.


El 17/01/16 a les 20:24, ilion1250 ha escrit:
> Fa una setmana que m'han instal.lat la fibra óptica. La velocitat hauria
> de ser de 300 meges peró la realitat és que amb cap dels dos ordinadors
> que tinc l'assoleixo, com a máxim 30 meges per cable i per la wifi del
> portátil unes 40 meges.
> Vaig trucar a telefónica, van venir a revisar-ho tot i em diuen que tot
> está correcte i que el problema es de les meves targetes de xarxa. El
> técnic portaba un portátil amb Windows 7 i amb aquest si que s'assolien
> les 300 meges.
> 
> Tinc dos ordinadors un d'escriptori molt antic, de l'any 2003 amb la
> targeta de xarxa :
> 
> Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL-8139/8139C/8139C+ (rev 10)
> En teoría amb aquesta tarjeta de xarxa hauria d'assolir 100 meges però
> com a molt en tinc 30
> 
> L'altre un portátil Asus X58C crec que del 2009 amb la targeta de xarxa:
> 
> Ethernet controller: Silicon Integrated Systems [SiS] 191 Gigabit
> Ethernet Adapter (rev02)
> Amb aquesta com a molt també em quedo amb 30 meges.
> Amb el wi-fi "Qualcom Atheros AR928X n'obtinc fins a 40 meges.
> 
> Segons he comprobat, el driver de la Realtek está al kernel de Linux
> desde el 2012.
> Sobre la tarjeta del portátil no he trobat informació.
> 
> A l'ordinador hi tinc Debian 7 (escriptori XFCE) amb wicd com a gestor
> de xarxa i al portátil hi he posat Debian 8 (Amb escriptori Mate) amb
> network manager com a gestor de xarxa.
> 
> ¿ Hi ha alguna manera d'aconseguir més velocitat ?.
> 
> Gràcies
> 
> Ferran
> 
> 
> 

Re: Is anybody Running Debian on Acer Aspire E5-571G

[Brian]

On Mon 18 Jan 2016 at 05:33:41 +1000, Stuart Longland wrote:

> On 18/01/16 05:26, Jude DaShiell **TOP-POSTED**:

Deary me! What is the world coming to? Is this shouting insight for the
sightless?

> > It may be a 2003 machine, though it has to have a bios install since
> > it's too old to handle uefi.
> 
> That does not surprise me, as UEFI came much later.  Apple who were one
> of the first to really push EFI, were still cranking out PowerBooks back
> then.
> 
> UEFI didn't exist much before 2005, and widespread OS support for UEFI
> came much later.

Glad you are not surprised. :)

Re: eagle-lin64-7.5.0.run, won't

[Lisi Reisz]

On Sunday 17 January 2016 22:21:38 Gene Heskett wrote:
> On Sunday 17 January 2016 09:46:36 Joe wrote:
> > On Sat, 16 Jan 2016 20:28:50 -0500
> >
> > Gene Heskett  wrote:
> > > Bugs in the gcode exporter are my main beefs. In the gcode output
> > > for bottom.ngc, with spot drilling enabled, it outputs a line for
> > > each of the holes, but fills the first 6 of those lines with X0 Y0,
> > > so it pecks at the lower right corner 6 times, and then spots the
> > > rest of the holes just fine.
> >
> > I see, you're probably in a small minority, so more likelihood of
> > finding bugs. I've only ever produced Gerber files to send away to PCB
> > production houses, which I think is what nearly all users do.
> >
> > > But this is stuff I should take to the geda-user list, which I just
> > > sent a sub message to join. I do not for a millisecond, think this
> > > is a debian problem.
> >
> > Yes, they are very active and will usually have a quick turnround.
> > I've had some minor issues which were sorted out by direct email with
> > developers.
>
> I method I don't 100% care for, Joe, because such messages never get into
> the list archives.

Why do they need to be in the list archives?  Getting them in the list 
archives doesn't solve the problem if there is a bug.  And once the bug is 
patched, they don't need to be in the archives.

Lisi

Re: Installation sur un SSD

[jdd]

Le 17/01/2016 20:24, Eddy F. a écrit :

/sbin/fstrim /


moins d'une minute sur mon ssd de 480Go, mais ca ne veut rien dire car 
il n'y avait sans doute pas grand chose à trimmer.


mais pourquoi se faire du souci? il suffit de le faire si on sent un 
ralentissement...


et pas trop souvent, ca ne semble pas indolore (voir la page de man)

jdd

Re: Is anybody Running Debian on Acer Aspire E5-571G

[Stuart Longland]

On 18/01/16 05:26, Jude DaShiell **TOP-POSTED**:
> It may be a 2003 machine, though it has to have a bios install since
> it's too old to handle uefi.

That does not surprise me, as UEFI came much later.  Apple who were one
of the first to really push EFI, were still cranking out PowerBooks back
then.

UEFI didn't exist much before 2005, and widespread OS support for UEFI
came much later.
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.



signature.asc
Description: OpenPGP digital signature

Re: eagle-lin64-7.5.0.run, won't

[Gene Heskett]

On Sunday 17 January 2016 09:14:33 Chris Bannister wrote:

> On Sat, Jan 16, 2016 at 12:28:32PM -0500, Gene Heskett wrote:
> > On Saturday 16 January 2016 10:57:55 Curt wrote:
> > > On 2016-01-16, Gene Heskett  wrote:
> > > >> So its full path is /home/gene/eagle-7.5.0/bin/eagle, not
> > > >> /bin/eagle?
> > > >>
> > > >> Lisi
> > > >
> > > > I was cd'd to /home/gene/eagle-7.5.0 and the command issued was
> > > > bin/eagle, which is perfectly legal syntax.
> > >
> > > Not if bin is not in your path it isn't.
> >
> > Oh?  Since when?  Neither is /home/gene/log, but I use that
> > regularly in several scrips and from the command line since I have a
> > user=me "tail -fn100 log/fetchmail.log" running in a console tab
> > right
>
> I think you'll find the 'tail' command is in your path, in this
> instance.

tail is the program, not the argument.  The argument of course is the 
list of options between tail and the filename its supposed to look at.
>
> > now.  I long ago got sick and tired of fighting with permissions on
> > stuff in  /var/log that I ought to be able to read.
>
> That's debatable, e.g. if I was sys admin of a multiuser system I
> wouldn't any Tom Dick or Harry perusing the logs.
>
> If you want to to query the logs get root to add you to the 'admin'
> group.

I hadn't thought of that.  My bad. OTOH, although no one has come thru 
the router except to view my web page, do I really want to do that in 
the event they do get thru?  That could make their raising a little hell 
just that much easier.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

wiki debian - installing on

[Gustavo Rodrigues]

Boa noite, pessoal.
Eu comprei um laptop lenovo g40-80, e eu gostaria de contribuir com a
wiki do Debian adicionando uma página explicando como funciona o modelo,
assim como o que se deve fazer para configurá-lo depois (são necessários
alguns pacotes não-livres e atualizar o xserver-xorg-intel).
Como eu posso fazer para poder editar a wiki? 

Grato.

Re: wiki debian - installing on

[Adriano Rafael Gomes]

On Sun, Jan 17, 2016 at 08:37:21PM -0200, Gustavo Rodrigues wrote:
> Boa noite, pessoal.
> Eu comprei um laptop lenovo g40-80, e eu gostaria de contribuir com a
> wiki do Debian adicionando uma página explicando como funciona o modelo,
> assim como o que se deve fazer para configurá-lo depois (são necessários
> alguns pacotes não-livres e atualizar o xserver-xorg-intel).
> Como eu posso fazer para poder editar a wiki? 

Gustavo, talvez você queira isso:
https://wiki.debian.org/InstallingDebianOn/HowToContribute


signature.asc
Description: Digital signature

dselect, init and systemd-sysv

[Aldo Maggi]

Yesterday while updating my system via dselect (I'm using testing) I've 
received the warning that "init and systemd-sysv" were going to be 
uninstalled and I had to approve or deny that action.
I've thought that as in previous cases (to be frank not recently but 
many years ago) there was a mistake, since looking at the packages which 
were going to be installed it didn't seem that a replacement was 
present, therefore I've stopped the updating.

This morning I've tried again but got the same warning.
So I've used apt-get update && apt-get upgrade, in this case no warning 
appears and systemd-sysv appears among the pkgs to be upgraded.


Is dselect still working safely or should I give up and change package mgr?

Many thanks

Aldo

Re: Mounting a Windows Share

[Nemeth Gyorgy]

2016-01-17 00:48 keltezéssel, Steve Matzura írta:
>> modprobe cifs maybe can help you.
> 
> What is supposed to happen when I enter that command? All I got was
> another shell prompt.

After modprobe try mount again


-- 
--- Friczy ---
'Death is not a bug, it's a feature'

Re: Unreadable xmessage (sid)

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Jan 16, 2016 at 04:55:23PM +0100, Thierry Rascle wrote:
> Hi list,
> 
> xmessage does not work properly any more on my sid system. The window
> is displayed as expected, it has a working okay button, but the actual
> message is not readable. It could be that the message is displayed in
> the background color, making it invisible.

One simple thing you might try is selecting the text in the xmessage
box:

 - does it become visible then?
 - independently: can you paste it elsewhere?

Thus you might confirm (or rule out) color/font issues.

regards
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlabTL4ACgkQBcgs9XrR2kYnZACdF9mspoXn3af5QPejMTkzX5qj
+qUAnA+i6u4alrnsXS3BQ9YZBlzmL6w7
=YGLI
-END PGP SIGNATURE-

Re: Installation sur un SSD

[C. Mourad Jaber]

Le 16/01/2016 23:31, Benoit B a écrit :

Bonjour,

Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?

Merci d'avance

--
Benoit

Bonjour,

J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pas de choses 
particulières mise à part des trucs très lights :

 - les options "discard,noatime,nodiratime" sur les montages "utilisateur" 
(home directory),
 - le répertoire /tmp monté en tmpfs pour les machines de 8Go de mémoire ou plus pour 
éviter des écritures inutiles.


Les SSD sont très bien gérés par le système.

En général, ils sont garantie 3 ans dans une utilisation assez important (écriture de + de 
20% du disque par jour soit une 3-4 écriture complète du disque / mois), ceci n'arrive pas 
en pratique sur des ordinateurs de bureau...


Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home /var dessus, mais 
tu n'auras pas un amélioration aussi spectaculaire des performances...


Mes 2 cents...

Mourad

Re: Installation sur un SSD

[Benoit B]

Bonjour,

Merci pour cette réponse avec un lien si précis.

Le 16 janvier 2016 à 23:54, Bernard Schoenacker bonjour,

>
> voici un tuto presque complet ayant trait à la question :
>
>
> http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous-debian-linux-mint-ubuntu-et-derives
>
> https://wiki.debian.org/SSDOptimization


Pas de bol ! :(
https://wiki.debian.org/SSDOptimization#WARNING

Pour mon Samsung SSD 850 EVO

/* devices that don't properly handle queued TRIM commands */

{ "Samsung SSD 8*", NULL,   ATA_HORKAGE_NO_NCQ_TRIM |
ATA_HORKAGE_ZERO_AFTER_TRIM, },


https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4268

Cela veut-il dire que je ne vais pas pouvoir activer la commande TRIM (
*Discard)* avec ce modèle de disque ? :(

Merci d'avane.

Benoit

installation problem

[Moreanu Robert - Nicolae]

i looking to resolve this problem when I want to install debian 8.2 or 8.1.
I receive this message after it's take to Grub install

" the 'grub-pc' package failed to install into /target/ "
after the operation of clean up on installing, i have a failed operations.

I don't have such expertise, please make the debian on install with more
information and what procedure to do that for the people don't have the
time to study the debian.

so.. how i could resolve this problem , any help from you, please

robert, waiting for your response

-- 

*o zi frumoasa !Robert - Nicolae  MOREANU*

Re: Problem with TP-Link network card

[Dan Ritter]

On Sat, Jan 16, 2016 at 04:24:15PM -0300, Daniel Bareiro wrote:
> 
> In fact, I tested it with a new TP-Link card with the same Realtek
> chipset and I have observed the same behavior.
> 
> Any idea what could be the problem?

Disable autonegotiation on both sides; set it to full duplex
100.

If the behavior persists, replace the cable.

-dsr-

Re: eagle-lin64-7.5.0.run, won't

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Jan 16, 2016 at 09:45:58AM -0700, Brandon Vincent wrote:
> On Sat, Jan 16, 2016 at 9:42 AM, Curt  wrote:
> > Thank you for your time. Just another misapprehension I've been laboring
> > under these many years.
> 
> I actually linked to the wrong article. I've never been able to find
> actual Bash documentation that states this.
> 
> It just has always worked.

It's just there in the manual (referring to info bash):

  3.7.2 Command Search and Execution
  --
  
  After a command has been split into words, if it results in a simple
  command and an optional list of arguments, the following actions are
  taken.
  
1. If the command name contains no slashes, the shell attempts to
   locate it.  If there exists a shell function by that name, that
   function is invoked as described in *note Shell Functions::.
  
2. If the name does not match a function, the shell searches for it in
   the list of shell builtins.  If a match is found, that builtin is
   invoked.
  
3. If the name is neither a shell function nor a builtin, and contains
   no slashes, Bash searches each element of '$PATH' for a directory
   containing an executable file by that name.  Bash uses a hash table
   to remember the full pathnames of executable files to avoid
   multiple 'PATH' searches (see the description of 'hash' in *note
   Bourne Shell Builtins::).  A full search of the directories in
   '$PATH' is performed only if the command is not found in the hash
   table.  If the search is unsuccessful, the shell searches for a
   defined shell function named 'command_not_found_handle'.  If that
   function exists, it is invoked with the original command and the
   original command's arguments as its arguments, and the function's
   exit status becomes the exit status of the shell.  If that function
   is not defined, the shell prints an error message and returns an
   exit status of 127.
   [...]

That means that all the "special handling" (i.e. looking up a shell
function, going through $PATH, etc.) only happens when the command
contains no slashes. It's only for those cases where you'd need a
"." in $PATH if you want commands in the current directory executed
right away, a custom which is discouraged, because it's too easily
a vector for exploits[1] (it used to be standard behaviour under DOS,
which was one of the surprises for DOS migrants).

If you call the "local" command ./foo, then it contains slashes, so
special behaviour doesn't apply.

- - - - - - - - - - - - - - - - -
[1] Eve puts an executable shell script under /tmp named `ls',
containing the line "rm -Rf $HOME/". Alice does:

  cd /tmp
  ls

and is henceforth homeless.

regards
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlabiJgACgkQBcgs9XrR2kYe1gCdHPlM549sUht/gGW6R87YYE6S
+TMAnAshVl3y6mGei4RHesn1UrQeX1e5
=72Wo
-END PGP SIGNATURE-

Re: Installation sur un SSD

[Benoit B]

Le 17 janvier 2016 à 13:36, C. Mourad Jaber  a écrit :
>
> Bonjour,
>
> J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pas de 
> choses particulières mise à part des trucs très lights :
>  - les options "discard,noatime,nodiratime" sur les montages "utilisateur" 
> (home directory),
>  - le répertoire /tmp monté en tmpfs pour les machines de 8Go de mémoire ou 
> plus pour éviter des écritures inutiles.
>
> Les SSD sont très bien gérés par le système.
>

Et pour l'option "discard" avec mon disque(Samsung SSD 8*) quelqu'un
as des infos ?
https://wiki.debian.org/SSDOptimization#WARNING

J'ai peur d'avoir fais un mauvais choix...

>
> En général, ils sont garantie 3 ans dans une utilisation assez important 
> (écriture de + de 20% du disque par jour soit une 3-4 écriture complète du 
> disque / mois), ceci n'arrive pas en pratique sur des ordinateurs de bureau...
>

Je devrai peut-être me rabattre là dessus ?

> Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home /var 
> dessus, mais tu n'auras pas un amélioration aussi spectaculaire des 
> performances...
>
Non c'est un portable, une seule place et pas de M2 pour laisser un
disque à plateau classique.

Merci d'avance.

--
Benoit

Re: eagle-lin64-7.5.0.run, won't

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Jan 16, 2016 at 10:42:25PM +, Lisi Reisz wrote:
> On Saturday 16 January 2016 17:28:32 Gene Heskett wrote:
> > somebody forgot to tell my mostly wheezy system.
> [snip]
> > this system with many years of cruft accumulated.
> 
> And it doesn't run like an entirely Wheezy system with no cruft.  Now there's 
> a surprise!

If by "cruft" you mean "user customizations"... then I *love* my cruft.
That's why I use free systems, after all. I don't want just a theoretical
Right to Tinker, I actually do -- the horrors ;-)

regards
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlabiiQACgkQBcgs9XrR2kbqSACdFyMR1vXX5H7mNG7O09OiI9Xv
8ksAn35QXCAkDi649BdIuxQkMuvaWp/i
=AdTt
-END PGP SIGNATURE-

Re: DenyHosts

[Christian Seiler]

On 01/16/2016 10:57 AM, Reco wrote:
> - anyone can connect up to 16 times via ssh.
> - anyone exceeding the connection limit is tarpitted, and must wait
> for an hour to try again.

Note that while this may be adequate for your use case, I would
caution that 16 connections / hour can easily (!) be exceeded
by regular SSH usage.

If you have pubkey authentication (with an agent that remembers
the key's passphrase) and have command line completion on the
shell that also works with SSH, tabbing through scp options can
easily produce more than 16 new SSH connections within a few
minutes only.

Example:

scp host:/srv/d
scp host:/srv/data/w
scp host:/srv/data/website/ex
scp host:/srv/data/website/example.com/...
 (you get the picture)

On my system with something like that I got more than 5 new
SSH connections within just a few seconds - and while most
shell completion implementations cache this data to a certain
extent, 16 / hour seems really low for such a use case.

Also, if you use modern desktop environments (e.g. GNOME, KDE),
they can directly access e.g. SFTP from many programs (such as
text editors etc.) - but those may close connections when they
are idle for a time and re-open them - so directly editing a
file via SFTP from a program might lead to a LOT of new SSH
connections over the course of a short period of time.

As I said: for your use case this might not be relevant, so I
don't want to say that the solution presented here is wrong,
it will be perfectly fine for a good many situations; I just
wanted to illustrate that there are legitimate use cases where
it is possible to exceed that limit easily. Obviously, you
could increase the limit by a bit - because even if you allow
let's say 1 connections per hour and IP, that would still
make brute force rather difficult... OTOH, I haven't put any
thought into the best trade-off between security and usability
here, and I just made up the number 1, so please don't
just use that number unconditionally either.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Re: Installation sur un SSD

[Pascal Hambourg]

Benoit B a écrit :
> 
> Pas de bol ! :(
> https://wiki.debian.org/SSDOptimization#WARNING
> 
> Pour mon Samsung SSD 850 EVO
> 
> /* devices that don't properly handle queued TRIM commands */
> 
>   { "Samsung SSD 8*", NULL,   ATA_HORKAGE_NO_NCQ_TRIM |
>   ATA_HORKAGE_ZERO_AFTER_TRIM, },
> 
> 
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4268
> 
> Cela veut-il dire que je ne vais pas pouvoir activer la commande TRIM (
> *Discard)* avec ce modèle de disque ? :(

Non, sauf erreur ça veut dire que lors de l'effacement d'un fichier
l'option "discard" ne pourra pas utiliser la nouvelle commande TRIM
"queued" mais seulement l'ancienne commande TRIM "non queued", qui a
pour inconvénient d'interrompre les opérations de lecture/écriture en
cours et d'empêcher toute nouvelle opération avant la fin de son
exécution, qui peut être longue. C'est pourquoi certains recommandent de
ne pas utiliser l'option de montage "discard" mais d'effectuer un TRIM
périodique avec la commande "fstrim".

Re: Installation sur un SSD

[Sébastien Dinot]

Bonjour,

C. Mourad Jaber a écrit :
>  - les options "discard,noatime,nodiratime" sur les montages
>"utilisateur" (home directory),

Pourquoi limiter ces options à /home ?

L'option noatime implique l'option nodiratime. Préciser la seconde est
donc inutile quand on indique la première. Depuis la version 2.6.30, le
noyau Linux ne monte pas par défaut les partitions avec l'option
« atime » mais avec l'option « relatime » (cf. /etc/mtab), ce qui ménage
la chèvre et le chou.

En outre, à ma connaissance, l'option discard a plutôt un effet négatif
sur les performances. Cf. le point 3 de l'article ci-dessous :

http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/

Je lui préfère donc, comme cela est préconisé dans l'article, un petit
« /sbin/fstrim / » lancé via cron.

>  - le répertoire /tmp monté en tmpfs pour les machines de 8Go de
>mémoire ou plus pour éviter des écritures inutiles.

/tmp/ et /var/tmp/

L'avantage du tmpfs sur les ramdisks traditionnels est qu'il ne consomme
que la mémoire nécessaire avec un plafond fixé à 50 % de la mémoire vive
disponible. Or, l'expérience montre que la plupart du temps, le
répertoire /tmp contient moins de quelques dizaines de Mo de données,
même sur les serveurs multi-utilisateurs.

> Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home
> /var dessus, mais tu n'auras pas un amélioration aussi spectaculaire
> des performances...

Monter les répertoires /tmp et /var sur un disque à plateau va en effet
pénaliser le système. Pour /home, je suis persuadé que l'impact ne se
perçoit pas au niveau utilisateur (en tout cas, c'est mon ressenti
personnel).

Pour ma part, j'utilise un disque dur à plateau pour monter les
répertoires /home et /var/log :

- /home ne contient que des fichiers de données et si l'on considère les
  utilisations les plus courantes, je ne vois pas ce qu'un SSD apporte.
  Un SSD n'est pertinent que lorsque la rapidité des entrées/sorties
  fait la performance d'une application (chargement des binaires,
  compilation, base de données, etc.). Pour lire un fichier MP3 ou DIVX
  ou surfer sur le net, le SSD est superflu.

- /var/log contient des fichiers de logs qui sont le plus souvent
  l'œuvre de syslog, démon asynchrone qui ne pénalise pas les
  applications qui lui transmettent les logs.

Ceci étant, j'ai opté pour cette configuration à l'époque où les disques
SSD coûtaient un bras et où je m'étais contenté d'un petit SSD de 64 Go.
L'année dernière, j'ai remplacé le disque à plateau d'un portable par un
disque SSD de 240 Go, cela suffit à mon bonheur.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: DenyHosts

[Igor Cicimov]

On 18/01/2016 12:08 AM, "Christian Seiler"  wrote:
>
> On 01/16/2016 10:57 AM, Reco wrote:
> > - anyone can connect up to 16 times via ssh.
> > - anyone exceeding the connection limit is tarpitted, and must wait
> > for an hour to try again.
>
> Note that while this may be adequate for your use case, I would
> caution that 16 connections / hour can easily (!) be exceeded
> by regular SSH usage.
>
> If you have pubkey authentication (with an agent that remembers
> the key's passphrase) and have command line completion on the
> shell that also works with SSH, tabbing through scp options can
> easily produce more than 16 new SSH connections within a few
> minutes only.
>
> Example:
>
> scp host:/srv/d
> scp host:/srv/data/w
> scp host:/srv/data/website/ex
> scp host:/srv/data/website/example.com/...
>  (you get the picture)
>
> On my system with something like that I got more than 5 new
> SSH connections within just a few seconds - and while most
> shell completion implementations cache this data to a certain
> extent, 16 / hour seems really low for such a use case.
>

Or just use multiplexing and not worry about it
https://en.m.wikibooks.org/wiki/OpenSSH/Cookbook/Multiplexing

> Also, if you use modern desktop environments (e.g. GNOME, KDE),
> they can directly access e.g. SFTP from many programs (such as
> text editors etc.) - but those may close connections when they
> are idle for a time and re-open them - so directly editing a
> file via SFTP from a program might lead to a LOT of new SSH
> connections over the course of a short period of time.
>
> As I said: for your use case this might not be relevant, so I
> don't want to say that the solution presented here is wrong,
> it will be perfectly fine for a good many situations; I just
> wanted to illustrate that there are legitimate use cases where
> it is possible to exceed that limit easily. Obviously, you
> could increase the limit by a bit - because even if you allow
> let's say 1 connections per hour and IP, that would still
> make brute force rather difficult... OTOH, I haven't put any
> thought into the best trade-off between security and usability
> here, and I just made up the number 1, so please don't
> just use that number unconditionally either.
>
> Regards,
> Christian
>

Re: DenyHosts

[Moreanu Robert - Nicolae]

hi,
i'm looking to resolve this problem when I want to install debian 8.2 or
8.1. I receive this message after it's take to Grub install

" the 'grub-pc' package failed to install into /target/ "
after the operation of clean up on installing, i have a failed operations.

I don't have such expertise, please make the debian on install with more
information and what procedure to do that for the people don't have the
time to study the debian.

so.. how i could resolve this problem , any help from you, please

robert, waiting for your response

On Sun, Jan 17, 2016 at 3:31 PM, Igor Cicimov  wrote:

>
> On 18/01/2016 12:08 AM, "Christian Seiler"  wrote:
> >
> > On 01/16/2016 10:57 AM, Reco wrote:
> > > - anyone can connect up to 16 times via ssh.
> > > - anyone exceeding the connection limit is tarpitted, and must wait
> > > for an hour to try again.
> >
> > Note that while this may be adequate for your use case, I would
> > caution that 16 connections / hour can easily (!) be exceeded
> > by regular SSH usage.
> >
> > If you have pubkey authentication (with an agent that remembers
> > the key's passphrase) and have command line completion on the
> > shell that also works with SSH, tabbing through scp options can
> > easily produce more than 16 new SSH connections within a few
> > minutes only.
> >
> > Example:
> >
> > scp host:/srv/d
> > scp host:/srv/data/w
> > scp host:/srv/data/website/ex
> > scp host:/srv/data/website/example.com/...
> >  (you get the picture)
> >
> > On my system with something like that I got more than 5 new
> > SSH connections within just a few seconds - and while most
> > shell completion implementations cache this data to a certain
> > extent, 16 / hour seems really low for such a use case.
> >
>
> Or just use multiplexing and not worry about it
> https://en.m.wikibooks.org/wiki/OpenSSH/Cookbook/Multiplexing
>
> > Also, if you use modern desktop environments (e.g. GNOME, KDE),
> > they can directly access e.g. SFTP from many programs (such as
> > text editors etc.) - but those may close connections when they
> > are idle for a time and re-open them - so directly editing a
> > file via SFTP from a program might lead to a LOT of new SSH
> > connections over the course of a short period of time.
> >
> > As I said: for your use case this might not be relevant, so I
> > don't want to say that the solution presented here is wrong,
> > it will be perfectly fine for a good many situations; I just
> > wanted to illustrate that there are legitimate use cases where
> > it is possible to exceed that limit easily. Obviously, you
> > could increase the limit by a bit - because even if you allow
> > let's say 1 connections per hour and IP, that would still
> > make brute force rather difficult... OTOH, I haven't put any
> > thought into the best trade-off between security and usability
> > here, and I just made up the number 1, so please don't
> > just use that number unconditionally either.
> >
> > Regards,
> > Christian
> >
>



-- 

*o zi frumoasa !Robert - Nicolae  MOREANU*

Re: Voors en tegens Systemd

[Diederik de Haas]

On Sunday 17 January 2016 12:08:55 Paul van der Vlis wrote:
> Blijkbaar is het voor Debian lastig om meerdere
> init-systemen goed te ondersteunen.

Nee hoor, dat is niet het geval. 
Het is alleen zo dat het systemd project functionaliteit biedt die kennelijk 
geen enkele andere library heeft. En die library, zoals logind, kan je prima 
gebruiken zonder dat je systemd als init systeem gebruikt.

Het is wel zo dat GNOME een harde dependency heeft op systemd, maar dat is 
niet de schuld van Debian of iets waar Debian aan kan doen. Dat is een 
upstream keuze die gemaakt is.

Ik gebruik KDE en ik heb een tijdje geleden heel expliciet de switch gemaakt 
van sysv-init naar systemd. Maar ik ben er behoorlijk zeker van dat KDE nog 
steeds geen afhankelijkheid heeft op systemd als init system, maar ze 
gebruiken bv wel logind [1]
Ik gebruik Debian Sid en een van de redenen is om vroeg tegen problemen aan te 
lopen zodat ze gefixed kunnen worden voordat een nieuwe Stable wordt gemaakt. 
En na de switch naar systemd als init systeem ... bleef mijn machine gewoon 
werken! :-O

Geen idee hoe het zit met andere Desktop Omgevingen.

Maar zodra het woord systemd valt of een library van het systemd project wordt 
genoemd, hebben de systemd haters weer genoeg ammunitie om los te gaan.
En aan die emotie gestuurde/gebaseerde discussie waarin feiten geen rol spelen 
of zelfs worden verdraaid, daar ga ik niet aan mee doen. 
Dit zal dan ook mijn enige bijdrage in deze thread zijn.

Aquarius: De upgrade van Wheezy naar Jessie zal in principe niet je init 
systeem wijzigen. Mijn Jessie server draait bv nog op sysv-init. Maar als je 
desktop omgeving een harde dependency heeft op systemd als init system, dan 
zal je waarschijnlijk wel over moeten gaan op systemd (als init system).
Het is ook zo dat als je Jessie schoon installeert dat je dan *standaard*  
systemd als init systeem krijgt. Maar als je dat wilt, kan je ook sysv-init 
als init systeem bij een schone installatie van Jessie krijgen. Ik weet alleen 
niet hoe je dat moet doen. 


[1] 
https://blog.martin-graesslin.com/blog/2014/10/libinput-integration-in-kwinwayland/

signature.asc
Description: This is a digitally signed message part.

Re: Voors en tegens Systemd

[Winfried Tilanus]

On 17-01-16 08:52, Richard Lucassen wrote:
> Opstarttijd verkorten kun je ook door alle meuk eruit te gooien, maar
> dat terzijde

Niet alleen meuk er uit halen, maar ook paralleliseren. Systemd maakt
het makkelijker om dingen die tegelijk opgestart kunnen worden ook
tegelijk op te starten. Ook bij het booten zit je computer voor 90% van
de tijd niets te doen...

Maar los van de vraag of een paar seconden tijdswinst voldoende
rechtvaardiging is voor het invoeren van systemd, heb ik bij systemd
vooral het gevoel dat het nog niet helemaal
uitontwikkeld/geoptimaliseerd is. Op een debian testing systeem zie ik
regelmatig problemen als services proberen op te starten voordat de IPv6
interfaces geconfigureerd is of DHCPv6 client starten voordat de PPP
interface actief is. Niet onoverkomelijk en prima te fixen, maar het
geeft wel het beeld dat nog niet alle plooien er uit zijn.

Over het algemeen ben ik overigens best tevreden over systemd. Ik vind
het in grote lijnen stevig aanvoelen, alhoewel het zeker (nog?) zijn
nadelen/vervelende kanten heeft.

groet,

Winfried

Re: Mounting a Windows Share

[emmanuel segura]

Sorry,

The problem was solved using sec=ntlm

2016-01-17 11:26 GMT+01:00 Nemeth Gyorgy :
> 2016-01-17 00:48 keltezéssel, Steve Matzura írta:
>>> modprobe cifs maybe can help you.
>>
>> What is supposed to happen when I enter that command? All I got was
>> another shell prompt.
>
> After modprobe try mount again
>
>
> --
> --- Friczy ---
> 'Death is not a bug, it's a feature'
>



-- 
  .~.
  /V\
 //  \\
/(   )\
^`~'^

Re: Installation sur un SSD

[andre_debian]

On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:
> 
> Les SSD sont très bien gérés par le système.

sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
trop d'écritures.

André

Re: eagle-lin64-7.5.0.run, won't

[Lisi Reisz]

On Sunday 17 January 2016 12:33:40 to...@tuxteam.de wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sat, Jan 16, 2016 at 10:42:25PM +, Lisi Reisz wrote:
> > On Saturday 16 January 2016 17:28:32 Gene Heskett wrote:
> > > somebody forgot to tell my mostly wheezy system.
> >
> > [snip]
> >
> > > this system with many years of cruft accumulated.
> >
> > And it doesn't run like an entirely Wheezy system with no cruft.  Now
> > there's a surprise!
>
> If by "cruft" you mean "user customizations"... then I *love* my cruft.
> That's why I use free systems, after all. I don't want just a theoretical
> Right to Tinker, I actually do -- the horrors ;-)

Of course!!!  But do you then complain that it does not behave how the vanilla 
installation is supposed to, and the vanilla installation has a bug.  Surely 
its behaving differently is the whole point!! :-)

Lisi

Re: Mounting a Windows Share

[Moreanu Robert - Nicolae]

hi
i'm looking to resolve this problem when I want to install debian 8.2 or
8.1. I receive this message after it's take to Grub install

" the 'grub-pc' package failed to install into /target/ "
after the operation of clean up on installing, i have a failed operations.

i make the install of debian 8.2.0 or 8.1.0 from a dvd boot

robert, waiting for your response

On Sun, Jan 17, 2016 at 3:49 PM, emmanuel segura  wrote:

> Sorry,
>
> The problem was solved using sec=ntlm
>
> 2016-01-17 11:26 GMT+01:00 Nemeth Gyorgy :
> > 2016-01-17 00:48 keltezéssel, Steve Matzura írta:
> >>> modprobe cifs maybe can help you.
> >>
> >> What is supposed to happen when I enter that command? All I got was
> >> another shell prompt.
> >
> > After modprobe try mount again
> >
> >
> > --
> > --- Friczy ---
> > 'Death is not a bug, it's a feature'
> >
>
>
>
> --
>   .~.
>   /V\
>  //  \\
> /(   )\
> ^`~'^
>
>


-- 

*o zi frumoasa !Robert - Nicolae  MOREANU*

Re: Unreadable xmessage (sid)

[Thierry Rascle]

On Sun, 17 Jan 2016 12:19:54 +0100
Nicolas George  wrote:

> L'octidi 28 nivôse, an CCXXIV, Thierry Rascle a écrit :
> > For a reason I don't understand (related to the font ?), the
> > xmessage window now opens with a dimension which is slightly too
> > small and this makes the text totally invisible and unselectable.  
> 
> This could be a stray geometry option in the X11 resources. You can
> try to look at the output of xrdb -query, and compare to what happens
> on a blank X11 server.
> 
> Regards,
> 

I don't know how to entirely blank the X11 server. Removing my
custom .Xresources makes the output of xrdb -query almost empty but it
does not fix the issue.

The output of xrdb -query after removing my custom .Xresources is:
*customization: -color
Xpdf*fileFilterStyle:   filter_hidden_files

Regards.

Re: Voors en tegens Systemd

[Richard Lucassen]

On Sun, 17 Jan 2016 01:39:47 +0100
Huub Reuver  wrote:

> - door optimalisatie op opstarttijd, moeten systemd en dbus op een
>   laag niveau in de kernel werken

Ha. Dat is nou technisch gezien het grootste lulverhaal van Poettering.
Opstarttijd verkorten kun je ook door alle meuk eruit te gooien, maar
dat terzijde:

1) servers starten simpelweg niet vaak op. Bij een kernel change of een
check of alles nog goed opstart misschien

2) servers doen er anno 2016 nog steeds 5 minuten over om alleen al door
de BIOS te komen. Die paar seconden kan er ook nog wel bij.

3) laptops staan in suspend mode, niks opstarten

4) desktops staan in hibernate mode, niks opstarten

Al dat gedoe om een paar seconden te winnen terwijl je haast nooit
opstart.

Dat argument heeft me altijd verbaasd.

R.

-- 
richard lucassen
http://contact.xaq.nl/

dselect, init and systemd-sysv

[Aldo Maggi]

Yesterday while updating my system via dselect (I'm using testing) I've 
received the warning that "init and systemd-sysv" were going to be 
uninstalled and I had to approve or deny that action.
I've thought that as in previous cases (to be frank not recently but 
many years ago) there was a mistake, since looking at the packages which 
were going to be installed it didn't seem that a replacement was 
present, therefore I've stopped the updating.

This morning I've tried again but got the same warning.
So I've used apt-get update && apt-get upgrade, in this case no warning 
appears and systemd-sysv appears among the pkgs to be upgraded.


Is dselect still working safely or should I give up and change package mgr?

Many thanks

Aldo

Re: Usuario novato - cuenta de outlook.com en negrita.

[Jorge Chaves]

El dom, 17-01-2016 a las 02:39 -0430, Jose Maldonado escribió:
> Mucha vuelta con esto de las fuentes, como le he comentado al amigo
> anteriormente la forma más fácil, sencilla y definitiva de solucionar
> ese problema es usar las configuraciones de fuentes que están en el
> directorio /etc/fonts, instala las fuentes de Microsoft
> (ttf-mscorefonts-installer) y luego asegurate de activar las
> configuraciones necesarias.
> 
> Incluso puedes probar las configuraciones en local si no deseas meterte
> con las configuraciones del sistema por defecto, igualmente podrás ver
> la mejora y si algo sale podras borrar sin altear el funcionamiento del
> sistema para nada.
> 
> 

Ok gente. Creo entonces que ya tengo piezas suficientes como para
ponerme a investigar. Probaré a ratos perdíos todo lo que he encontrado
con lo que me habéis dicho e incluso me crearé una nueva cuenta de
usuario para probar y si es preciso volveré a formatear la partición. Si
consigo solucionar el problema volveré por aquí y diré cómo lo he
hecho. 

Saludos y gracias.

Re: Unreadable xmessage (sid)

[Thierry Rascle]

On Sun, 17 Jan 2016 09:11:42 +0100
 wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Sat, Jan 16, 2016 at 04:55:23PM +0100, Thierry Rascle wrote:
> > Hi list,
> > 
> > xmessage does not work properly any more on my sid system. The
> > window is displayed as expected, it has a working okay button, but
> > the actual message is not readable. It could be that the message is
> > displayed in the background color, making it invisible.  
> 
> One simple thing you might try is selecting the text in the xmessage
> box:
> 
>  - does it become visible then?
>  - independently: can you paste it elsewhere?

It was even simpler than that: slightly enlarging the window makes the
message visible.

For a reason I don't understand (related to the font ?), the xmessage
window now opens with a dimension which is slightly too small and this
makes the text totally invisible and unselectable.

I can work around that by using the -geometry option in the xmessage
command line and requiring a sufficient dimension:

xmessage -geometry 700x68+300+600 "My message"

Thank to all for your help.

Re: Unreadable xmessage (sid)

[Nicolas George]

L'octidi 28 nivôse, an CCXXIV, Thierry Rascle a écrit :
> For a reason I don't understand (related to the font ?), the xmessage
> window now opens with a dimension which is slightly too small and this
> makes the text totally invisible and unselectable.

This could be a stray geometry option in the X11 resources. You can try to
look at the output of xrdb -query, and compare to what happens on a blank
X11 server.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: Voors en tegens Systemd

[Paul van der Vlis]

Op 16-01-16 om 19:34 schreef Aquarius:
> Hallo,
> 
> In het draadje '1 not upgraded' van Richard Lucassen komt systemd ter
> sprake en een overstap naar devuam

Het is Devuan.

> Ik heb mijn systeem nog op wheezy en wilde de overstap naar jessie
> voorbereiden. Ik heb wel het een en ander gelezen over systemd, maar dat
> was over het algemeen positief.
> Kan iemand me vertellen wat de voors en tegens van systemd zijn? Of me
> verwijzen naar goede (objectieve) arikelen.

Ik ken geen objectieve artikelen, het is voor een belangrijk deel
"smaak". Lees de mening van voorstanders en van tegenstanders zou ik zeggen.

Alhoewel het in principe mogelijk is om bij het oude init-systeem te
blijven in Debian, maak je het jezelf moeilijk. Zeker als het om een
desktop systeem gaat. Blijkbaar is het voor Debian lastig om meerdere
init-systemen goed te ondersteunen.

Misschien wordt dat beter in de toekomst, maar het kan ook slechter
worden. Afhankelijk van het feit of mensen zich voor initd inzetten.
Punt is dat sommige tegenstanders van systemd nu Devuan zijn begonnen,
en zich daardoor misschien niet meer voor Debian inzetten.

Gnome eist systemd. Ik heb zelf een laptop ingericht met Debian zonder
systemd en heb daarvoor XFCE gebruikt als desktop. Ik heb over mijn
ervaringen geschreven in deze lijst.
http://thread.gmane.org/gmane.linux.debian.user.dutch/3521

Groet,
Paul.

-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Unreadable xmessage (sid)

[Václav Ovsík]

On Sat, Jan 16, 2016 at 04:55:23PM +0100, Thierry Rascle wrote:
> xmessage does not work properly any more on my sid system. The window
> is displayed as expected, it has a working okay button, but the actual
> message is not readable. It could be that the message is displayed in
> the background color, making it invisible.

BTW: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745492
rsyslog no longer by default log to /dev/xconsole

-- 
Zito

Re: Unreadable xmessage (sid)

[Nicolas George]

L'octidi 28 nivôse, an CCXXIV, Thierry Rascle a écrit :
> I don't know how to entirely blank the X11 server. Removing my

xrdb /dev/null would do the trick.

> custom .Xresources makes the output of xrdb -query almost empty but it
> does not fix the issue.
> 
> The output of xrdb -query after removing my custom .Xresources is:
> *customization: -color
> Xpdf*fileFilterStyle:   filter_hidden_files

Then it does not seem to be the cause of the problem.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: eagle-lin64-7.5.0.run, won't

[Chris Bannister]

On Sat, Jan 16, 2016 at 12:28:32PM -0500, Gene Heskett wrote:
> On Saturday 16 January 2016 10:57:55 Curt wrote:
> 
> > On 2016-01-16, Gene Heskett  wrote:
> > >> So its full path is /home/gene/eagle-7.5.0/bin/eagle, not
> > >> /bin/eagle?
> > >>
> > >> Lisi
> > >
> > > I was cd'd to /home/gene/eagle-7.5.0 and the command issued was
> > > bin/eagle, which is perfectly legal syntax.
> >
> > Not if bin is not in your path it isn't.
> 
> Oh?  Since when?  Neither is /home/gene/log, but I use that regularly in 
> several scrips and from the command line since I have a 
> user=me "tail -fn100 log/fetchmail.log" running in a console tab right 

I think you'll find the 'tail' command is in your path, in this
instance. 

> now.  I long ago got sick and tired of fighting with permissions on 
> stuff in  /var/log that I ought to be able to read.

That's debatable, e.g. if I was sys admin of a multiuser system I
wouldn't any Tom Dick or Harry perusing the logs.

If you want to to query the logs get root to add you to the 'admin'
group. 

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Re: Voors en tegens Systemd

[Paul van der Vlis]

Op 17-01-16 om 14:14 schreef Diederik de Haas:
> On Sunday 17 January 2016 12:08:55 Paul van der Vlis wrote:
>> Blijkbaar is het voor Debian lastig om meerdere
>> init-systemen goed te ondersteunen.
> 
> Nee hoor, dat is niet het geval. 
> Het is alleen zo dat het systemd project functionaliteit biedt die kennelijk 
> geen enkele andere library heeft. En die library, zoals logind, kan je prima 
> gebruiken zonder dat je systemd als init systeem gebruikt.

Mijn ervaring is, dat als je geen systemd als init-systeem gebruikt, er
dingen niet werken. Ook als je geen Gnome gebruikt.

> Het is wel zo dat GNOME een harde dependency heeft op systemd, maar dat is 
> niet de schuld van Debian of iets waar Debian aan kan doen. Dat is een 
> upstream keuze die gemaakt is.

XFCE gebruikt default network-manager.
Network-manager heeft een dependency op systemd.

En zo is er meer, bijvoorbeeld afsluiten ging niet in XFCE zonder
systemd. Heb er een apart icoontje voor moeten aanmaken.

> Ik gebruik KDE en ik heb een tijdje geleden heel expliciet de switch gemaakt 
> van sysv-init naar systemd. Maar ik ben er behoorlijk zeker van dat KDE nog 
> steeds geen afhankelijkheid heeft op systemd als init system, maar ze 
> gebruiken bv wel logind [1]

Ik denk dat KDE network-manager gebruikt (weet ik niet zeker), wat weer
systemd nodig heeft. Uiteraard kun je network-manager vervangen door wat
anders.

> Ik gebruik Debian Sid en een van de redenen is om vroeg tegen problemen aan 
> te 
> lopen zodat ze gefixed kunnen worden voordat een nieuwe Stable wordt gemaakt. 
> En na de switch naar systemd als init systeem ... bleef mijn machine gewoon 
> werken! :-O
> 
> Geen idee hoe het zit met andere Desktop Omgevingen.
> 
> Maar zodra het woord systemd valt of een library van het systemd project 
> wordt 
> genoemd, hebben de systemd haters weer genoeg ammunitie om los te gaan.
> En aan die emotie gestuurde/gebaseerde discussie waarin feiten geen rol 
> spelen 
> of zelfs worden verdraaid, daar ga ik niet aan mee doen. 
> Dit zal dan ook mijn enige bijdrage in deze thread zijn.
> 
> Aquarius: De upgrade van Wheezy naar Jessie zal in principe niet je init 
> systeem wijzigen. 

Mijn ervaring is dat dat wel gebeurd.

> Mijn Jessie server draait bv nog op sysv-init. 

Misschien omdat er daar geen desktop-omgeving is, weet ik niet.

> Maar als je 
> desktop omgeving een harde dependency heeft op systemd als init system, dan 
> zal je waarschijnlijk wel over moeten gaan op systemd (als init system).
> Het is ook zo dat als je Jessie schoon installeert dat je dan *standaard*  
> systemd als init systeem krijgt. Maar als je dat wilt, kan je ook sysv-init 
> als init systeem bij een schone installatie van Jessie krijgen. Ik weet 
> alleen 
> niet hoe je dat moet doen. 

Dat is niet echt simpel:
https://wiki.debian.org/systemd#Installing_without_systemd

Hier is veel info te vinden, maar ik weet niet of er veel over Debian op
staat: http://without-systemd.org/

Groet,
Paul.

> [1] 
> https://blog.martin-graesslin.com/blog/2014/10/libinput-integration-in-kwinwayland/
> 



-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/



signature.asc
Description: OpenPGP digital signature

Re: Installation sur un SSD

[Sébastien Dinot]

Francois Lafont a écrit :
> Mais alors, si jamais on monte un disque SSD sans l'option discard
> _et_ sans prendre le soin de faire un fstrim régulièrement, alors que
> se passe-t-il ? Le disque va se remplir inexorablement au fil du temps
> et à un moment donné je ne pourrai tout simplement plus écrire dessus
> (bien que le filesystem, lui, ne soit pas à 100%) ?

Je ne suis nullement un spécialiste de la question mais ma compréhension
du fonctionnement de la commande TRIM est qu'elle marque les blocs
disponibles en réinitialisant au passage leur contenu.

Si on ne l'exécute pas de temps à autres, d'une part les performances du
SSD se dégradent petit à petit (j'ai pu le constater avant de découvrir
cette commande) et d'autre part, lorsque le contrôleur fini par avoir
besoin d'espace, il doit se livrer à de coûteux cycles de
lecture/effacement/écriture.

> Personnellement, j'aurais plutôt pensé que le SSD fait le trim
> lui-même tout seul comme un grand, quand ça l'arrange. Je me trompe ?
> Ou alors ce n'est vrai que pour des SSD d'une certaine qualité ?

Si j'ai là encore bien compris le nœud du problème, le contrôleur SSD
n'a pas plus d'idée de la signification du contenu des blocs que le
contrôleur RAM n'a d'idée du contenu des blocs de mémoire vive. Du coup,
il ne peut déterminer lui-même quels sont les blocs libres, tout comme
le contrôleur de mémoire vive ne peut pas détecter qu'un bloc réservé
par une application n'est plus utilisé par cette application et décider
de réutiliser ce bloc. Dans les deux cas, c'est au système
d'exploitation d'agir car c'est à son niveau que la donnée prend son
sens technique et devient une information.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Installation sur un SSD

[Francois Lafont]

Bonjour,

On 17/01/2016 14:21, Sébastien Dinot wrote:

> En outre, à ma connaissance, l'option discard a plutôt un effet négatif
> sur les performances. Cf. le point 3 de l'article ci-dessous :
> 
> http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
> 
> Je lui préfère donc, comme cela est préconisé dans l'article, un petit
> « /sbin/fstrim / » lancé via cron.

Merci pour ces infos mais du coup j'aurais des questions sur discard car en
fait je ne pige pas trop l'intérêt de option ni même du /sbin/fstrim. Dans
le lien que tu donnes, on peut lire au tout début « NAND flash memory that
make SSD cannot overwrite existing data ».

Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
Le disque va se remplir inexorablement au fil du temps et à un moment donné
je ne pourrai tout simplement plus écrire dessus (bien que le filesystem, lui,
ne soit pas à 100%) ? Auquel cas je trouverai un peu vache.

Personnellement, j'aurais plutôt pensé que le SSD fait le trim lui-même tout
seul comme un grand, quand ça l'arrange. Je me trompe ? Ou alors ce n'est vrai
que pour des SSD d'une certaine qualité ?

En fait, je pensais même que le discard ou le fstrim auraient même tendance à
diminuer la durée de vie du SSD vu que ça l'oblige à effacer des cellules à un
moment où, peut-être, ce n'est pas nécessaire.

Bref, si vous avez des explications sur tout ça, je serais vraiment très 
intéressé
car j'ai personnellement des serveurs (pas beaucoup) qui utilisent des SSD et
j'avoue que je ne me suis jamais préoccupé de cette option discard et/ou du 
fstrim
(pour info les SSD sont des Intel Series 3710 200GB).

Merci d'avance pour vos lumières (j'espère ne pas trop sortir du sujet de ce 
fil).

-- 
François Lafont

Re: eagle-lin64-7.5.0.run, won't

[Joe]

On Sat, 16 Jan 2016 20:28:50 -0500
Gene Heskett  wrote:


> >  
> Bugs in the gcode exporter are my main beefs. In the gcode output for 
> bottom.ngc, with spot drilling enabled, it outputs a line for each of 
> the holes, but fills the first 6 of those lines with X0 Y0, so it
> pecks at the lower right corner 6 times, and then spots the rest of
> the holes just fine.
> 
I see, you're probably in a small minority, so more likelihood of
finding bugs. I've only ever produced Gerber files to send away to PCB
production houses, which I think is what nearly all users do.

> 
> But this is stuff I should take to the geda-user list, which I just
> sent a sub message to join. I do not for a millisecond, think this is
> a debian problem.
> 
Yes, they are very active and will usually have a quick turnround. I've
had some minor issues which were sorted out by direct email with
developers.

-- 
Joe

Re: installation problem

[Patrick Bartek]

On Sun, 17 Jan 2016, Moreanu Robert - Nicolae wrote:

> i looking to resolve this problem when I want to install debian 8.2
> or 8.1. I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed
> operations.
> 
> I don't have such expertise, please make the debian on install with
> more information and what procedure to do that for the people don't
> have the time to study the debian.
> 
> so.. how i could resolve this problem , any help from you, please
> 
> robert, waiting for your response

Since you lack "expertise," I suggest you find someone who has the
expertise to come to your computer and do your install.  If you want to
gain "expertise" to do it yourself, the links below should get you
started.

   https://www.debian.org/releases/stable/installmanual
   https://www.debian.org/releases/jessie/

B

Re: Usuario novato - cuenta de outlook.com en negrita.

[Jorge Chaves]

El dom, 17-01-2016 a las 12:15 +0100, Jorge Chaves escribió:
> El dom, 17-01-2016 a las 02:39 -0430, Jose Maldonado escribió:
> > Mucha vuelta con esto de las fuentes, como le he comentado al amigo
> > anteriormente la forma más fácil, sencilla y definitiva de solucionar
> > ese problema es usar las configuraciones de fuentes que están en el
> > directorio /etc/fonts, instala las fuentes de Microsoft
> > (ttf-mscorefonts-installer) y luego asegurate de activar las
> > configuraciones necesarias.
> > 
> > Incluso puedes probar las configuraciones en local si no deseas meterte
> > con las configuraciones del sistema por defecto, igualmente podrás ver
> > la mejora y si algo sale podras borrar sin altear el funcionamiento del
> > sistema para nada.
> > 
> > 
> 
> Ok gente. Creo entonces que ya tengo piezas suficientes como para
> ponerme a investigar. Probaré a ratos perdíos todo lo que he encontrado
> con lo que me habéis dicho e incluso me crearé una nueva cuenta de
> usuario para probar y si es preciso volveré a formatear la partición. Si
> consigo solucionar el problema volveré por aquí y diré cómo lo he
> hecho. 
> 
> Saludos y gracias.
> 

--Solución

¡Lo he conseguido! Muchas gracias a todos. Al final he conseguido quitar
la negrita de mi cuenta de outlook. Pasos que he seguido:

1) Instalar el paquete ttf-mscorefonts-installer, para eso escribir como
root en un terminal:

# apt-get install ttf-mscorefonts-installer

O bien usar un gestor de paquetes como "Synaptic" o "Paquetes" (llamado
gpk-application desde alt+f2), seleccionar el paquete
"ttf-mscorefonts-installer" e instalarlo.

2) Y en esto es en lo que he fallado y por eso no era capaz de hacerlo
bien. Vete al terminal y escribe como root este comando:

# dpkg-reconfigure fontconfig-config

Te saldrá una ventana dentro del terminal donde habrá que elegir las
siguientes opciones:

1º) Autosugerido
2º) Automático (es lo más seguro).
3º) ¿Activar los tipos de letra "bitmapped" por omisión? No.

3) En el terminal como root escribe el siguiente comando:
# dpkg-reconfigure fontconfig

Y listo. Quizás para que las fuentes terminen de adaptarse bien a Debian
haga falta reiniciar, por lo demás todo funciona bien y la negrita en la
cuenta de outlook deja de ser historia.

Agradecer a todos por enésima vez la paciencia que habéis tenido y
gracias por vuestros aportes. 

Web que además me ha valido para terminar de hacer esto bien:
https://wiki.debian.org/Fonts

MBR LEGACY -> GPT UEFI

[listascor...@msjs.co]

Hola listos

Datos:
1 DD de 1TB particionado MBR y BIOS modo legacy

Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que 
particionarlo con GPT y activar UEFI, entonces:

¿el s.o. que tengo en el DD de 1 TB quedaría inutilizable?

¿en caso tal que sí, se puede recuperar?

saludos;

Re: installation problem

[Dick Thomas]

On Sunday 17 Jan 2016 14:53:19 Moreanu Robert - Nicolae wrote:
> i looking to resolve this problem when I want to install debian 8.2 or 8.1.
> I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> I don't have such expertise, please make the debian on install with more
> information and what procedure to do that for the people don't have the
> time to study the debian.
> 
> so.. how i could resolve this problem , any help from you, please
> 
> robert, waiting for your response

1st question, Have you done a custom partitioning ?

I ask as I've only seen this error on my installs when I've done a encrypted 
root on and didn't leave a /boot unencrypted 



regards

Dick Thomas

Re: MBR LEGACY -> GPT UEFI

[Camaleón]

El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió:

> Hola listos
> 
> Datos:
> 1 DD de 1TB particionado MBR y BIOS modo legacy
> 
> Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que
> particionarlo con GPT y activar UEFI, 

Hum... pues no necesariamente. Si lo usas como disco de datos no tienes 
que activar UEFI aunque sí necesitarás GPT. Ahora bien, una partición de 
3 TiB se me antoja arriesgado, bien como almacén de datos bien como 
hospedaje del sistema.

> entonces: 
> ¿el s.o. que tengo en el DD de 1 TB quedaría inutilizable?

No creo. Si cambias de BIOS a EFI tendrás que instalar un cargador de 
arranque que trabaje con EFI (GRUB tiene una versión disponible) y crear 
la partición dedicada para EFI.

> ¿en caso tal que sí, se puede recuperar?

Sí, claro, en el peor de los casos siempre puedes clonar/copiar los datos 
de un disco al otro.

Saludos,

-- 
Camaleón

Re: MBR LEGACY -> GPT UEFI

[listascor...@msjs.co]

El 17/01/16 a las 11:39, Camaleón escribió:

El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió:


Hola listos

Datos:
1 DD de 1TB particionado MBR y BIOS modo legacy

Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que
particionarlo con GPT y activar UEFI,


Hum... pues no necesariamente. Si lo usas como disco de datos no tienes
que activar UEFI aunque sí necesitarás GPT. Ahora bien, una partición de
3 TiB se me antoja arriesgado, bien como almacén de datos bien como
hospedaje del sistema.


lo utilizaría como disco de datos y para instalar un s.o.
La opción que tengo es un de 2 TB con eso uso MBR y legacy pero me 
asalto la duda con el de 3 TB.



entonces:
¿el s.o. que tengo en el DD de 1 TB quedaría inutilizable?


No creo. Si cambias de BIOS a EFI tendrás que instalar un cargador de
arranque que trabaje con EFI (GRUB tiene una versión disponible) y crear
la partición dedicada para EFI.


esa partición es obligatoria así solo haya s.o. linux?



¿en caso tal que sí, se puede recuperar?


Sí, claro, en el peor de los casos siempre puedes clonar/copiar los datos
de un disco al otro.


Saludos;

Saludos,

Re: Voors en tegens Systemd

[Geert Stappers]

On Sun, Jan 17, 2016 at 02:14:58PM +0100, Diederik de Haas wrote:
> 
> Maar zodra het woord systemd valt of een library van het systemd project 
> wordt 
> genoemd, hebben de systemd haters weer genoeg ammunitie om los te gaan.
> En aan die emotie gestuurde/gebaseerde discussie waarin feiten geen rol 
> spelen 
> of zelfs worden verdraaid, daar ga ik niet aan mee doen. 
> Dit zal dan ook mijn enige bijdrage in deze thread zijn.

Mijn voornaamste reden om weg te blijven zulke discussies,
is om tijd te kunnen besteden aan daadwerkelijke verbeteringen.


> Aquarius: De upgrade van Wheezy naar Jessie zal in principe niet je init 
> systeem wijzigen. Mijn Jessie server draait bv nog op sysv-init. Maar als je 
> desktop omgeving een harde dependency heeft op systemd als init system, dan 
> zal je waarschijnlijk wel over moeten gaan op systemd (als init system).
> Het is ook zo dat als je Jessie schoon installeert dat je dan *standaard*  
> systemd als init systeem krijgt. Maar als je dat wilt, kan je ook sysv-init 
> als init systeem bij een schone installatie van Jessie krijgen. Ik weet 
> alleen 
> niet hoe je dat moet doen. 

Installeer het package 'sysvinit-core' dan is systemd niet meer het init proces.



root@jessie:~# aptitude install sysvinit-core
De volgende NIEUWE pakketten zullen worden geïnstalleerd:
  sysvinit-core{b} 
0 pakketten opgewaardeerd, 1 nieuwe geïnstalleerd, 0 te verwijderen en 0 niet 
opwaarderen.
Heb 132 kB archieven nodig. Na uitpakken zal 199 kB worden gebruikt.
De volgende pakketten hebben niet-voldane afhankelijkheden:
 sysvinit-core : Conflicteert met: systemd-sysv maar 215-17+deb8u2 is 
geïnstalleerd.
 systemd-sysv : Conflicteert met: sysvinit-core maar 2.88dsf-59 wordt 
geïnstalleerd.
De volgende acties zullen deze afhankelijkheden oplossen:

 Verwijder de volgende pakketten:
1) systemd-sysv  



Deze oplossing aanvaarden? [Y/n/q/?]y
De volgende NIEUWE pakketten zullen worden geïnstalleerd:
  sysvinit-core 
De volgende pakketten zullen worden VERWIJDERD:
  systemd-sysv{a} 
0 pakketten opgewaardeerd, 1 nieuwe geïnstalleerd, 1 te verwijderen en 0 niet 
opwaarderen.
Heb 132 kB archieven nodig. Na uitpakken zal 120 kB worden gebruikt.
Wilt u verder gaan? [Y/n/?] 
Haal: 1 http://ftp.nl.debian.org/debian/ jessie/main sysvinit-core amd64 
2.88dsf-59 [132 kB]
132 kB opgehaald in 0s (342 kB/s) 
Voorconfigureren van pakketten ...
dpkg: systemd-sysv: vereistenproblemen, maar wordt op verzoek toch verwijderd:
 init is afhankelijk van systemd-sysv | sysvinit-core | upstart; maar:
  Pakket systemd-sysv moet verwijderd worden.
  Pakket sysvinit-core is niet geïnstalleerd.
  Pakket upstart is niet geïnstalleerd.

(Database wordt ingelezen ... 32406 bestanden en mappen momenteel 
geïnstalleerd.)
systemd-sysv (215-17+deb8u2) wordt verwijderd ...
Bezig met afhandelen van triggers voor man-db (2.7.0.2-5) ...
Voorheen niet geselecteerd pakket sysvinit-core wordt geselecteerd.
(Database wordt ingelezen ... 32389 bestanden en mappen momenteel 
geïnstalleerd.)
Uitpakken van .../sysvinit-core_2.88dsf-59_amd64.deb wordt voorbereid...
Uitpakken van sysvinit-core (2.88dsf-59) ...
Bezig met afhandelen van triggers voor man-db (2.7.0.2-5) ...
Instellen van sysvinit-core (2.88dsf-59) ...
Not restarting sysvinit
 
root@jessie:~# ps -ef | head -n 3
UIDPID  PPID  C STIME TTY  TIME CMD
root 1 0  0 jan06 ?00:00:05 /sbin/init
root 2 0  0 jan06 ?00:00:00 [kthreadd]
root@jessie:~# systemctl status
● jessie
State: running
 Jobs: 0 queued
   Failed: 0 units
Since: wo 2016-01-06 07:11:39 CET; 1 weeks 4 days ago
   CGroup: /
   ├─1 /sbin/init
   └─system.slice
 ├─dbus.service
 │ └─434 /usr/bin/dbus-daemon --system --address=systemd: 
--nofork -
 ├─cron.service
 │ └─428 /usr/sbin/cron -f
 ├─nfs-common.service
 │ ├─409 /sbin/rpc.statd
 │ └─423 /usr/sbin/rpc.idmapd
 ├─exim4.service
 │ └─777 /usr/sbin/exim4 -bd -q30m
 ├─squid3acp.service
 │ ├─580 /usr/sbin/squid3 -YC -f /etc/squid3/squidacp.config
 │ ├─585 (squid-1) -YC -f /etc/squid3/squidacp.config
 │ ├─604 (logfile-daemon) /var/log/squid3/access-acp.log
 │ ├─608 (unlinkd)
 │ ├─783 diskd 599044 599045 599046
root@jessie:~# systemctl status |  head -n 12
● jessie
State: running
 Jobs: 0 queued
   Failed: 0 units
Since: wo 2016-01-06 07:11:39 CET; 1 weeks 4 days ago
   CGroup: /
   ├─1 /sbin/init
   └─system.slice
 ├─dbus.service
 │ └─434 /usr/bin/dbus-daemon --system --address=systemd: 
--nofork --nopidfile --systemd-activation
 ├─cron.service

Re: Installation sur un SSD

[Pascal Hambourg]

Sébastien Dinot a écrit :
> 
> L'avantage du tmpfs sur les ramdisks traditionnels est qu'il ne consomme
> que la mémoire nécessaire avec un plafond fixé à 50 % de la mémoire vive
> disponible.

Bien que ce soit un peu hors sujet dans ce fil, je voudrais nuancer à
cette affirmation.

D'abord un petit rappel sur la différence fondamentale entre ramdisk et
tmpfs : un ramdisk est un périphérique bloc, comme un disque physique,
une partition, un ensemble RAID, un volume logique LVM, un volume
chiffré... On peut y mettre n'importe quel contenu ; système de fichiers
de type quelconque, swap (pas grand intérêt certes), données brutes...
Il existe indépendamment de son utilisation. Un tmpfs est uniquement un
système de fichiers, sans périphérique sous-jacent, et n'existe que s'il
est monté.

Un ramdisk traditionnel, comme un tmpfs, ne consomme pas de mémoire tant
qu'on n'a pas écrit dedans. Néanmoins une fois qu'un bloc a été écrit,
il occupe de la mémoire même s'il n'est plus utilisé par la suite (par
exemple s'il contenait un fichier effacé). Au contraire, quand un
fichier d'un tmpfs est effacé, la mémoire qu'il occupait est libérée.

Autre avantage du tmpfs : en cas de pression sur la mémoire, son contenu
peut être swappé. On peut donc définir un tmpfs de grande taille sans
craindre l'épuisement de la mémoire tant qu'il y a assez de swap.

Lorsqu'on veut utiliser un système de fichiers en mémoire, il semble
donc que tmpfs n'ait que des avantages par rapport à un système de
fichiers traditionnel dans un ramdisk. Mais une nouvelle variante de
ramdisk est disponible à partir noyau 3.14 : zram. Grâce à la
compression, l'occupation de la mémoire est réduite en fonction de la
nature des données. Autres avantages : un zram peut être réinitialisé ou
désactivé, libérant toute la mémoire qu'il occupait, et supporte la
notification de libération (en d'autres termes, l'option "discard" ou
l'utilisation de "fstrim" pour libérer la mémoire occupée par les
fichiers supprimés).

Re: Installation sur un SSD

[jdd]

Le 17/01/2016 14:54, andre_deb...@numericable.fr a écrit :

On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:


Les SSD sont très bien gérés par le système.


sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
trop d'écritures.

André


as-tu une expérience personnelle de la destruction d'un ssd?

perso je n'en ai pas encore. Entre les avancées de la technologie et 
celles du noyau, j'ai choisi de ne m'occuper de rien, certain que le 
noyau (et ses programmeurs) sont bien plus compétents que moi.


Si la baisse des prix des ssd suit celle des clés usb, dans trois ans on 
aura des ssd de 2To et il y a longtemps que mes ssd actuels seront aux 
oubliettes. J'ai déjà un ssd de 120 Go à peu près inutilisé (et qui ne 
doit ps avoir deux ans), et un de 250Go en passe de ne plus servir...


jdd

Re: MBR LEGACY -> GPT UEFI

[Camaleón]

El Sun, 17 Jan 2016 12:03:28 -0500, listascor...@msjs.co escribió:

> El 17/01/16 a las 11:39, Camaleón escribió:
>> El Sun, 17 Jan 2016 11:24:45 -0500, listascor...@msjs.co escribió:
>>
>>> Hola listos
>>>
>>> Datos:
>>> 1 DD de 1TB particionado MBR y BIOS modo legacy
>>>
>>> Tengo ganas de comprar 1 DD de 3 TB pero, si lo compro tendría que
>>> particionarlo con GPT y activar UEFI,
>>
>> Hum... pues no necesariamente. Si lo usas como disco de datos no tienes
>> que activar UEFI aunque sí necesitarás GPT. Ahora bien, una partición
>> de 3 TiB se me antoja arriesgado, bien como almacén de datos bien como
>> hospedaje del sistema.
> 
> lo utilizaría como disco de datos y para instalar un s.o.
> La opción que tengo es un de 2 TB con eso uso MBR y legacy pero me
> asalto la duda con el de 3 TB.

Pues todo dependerá de lo que quieras hacer, de cuál va a ser el disco 
duro principal con el que inicies y de tus preferencias (si prefieres dar 
el salto a EFI nativo o quedarte con BIOS). Básicamente el límite que 
tienes con BIOS es el uso de particiones de inicio con MBR (~2 TiB.).

>> No creo. Si cambias de BIOS a EFI tendrás que instalar un cargador de
>> arranque que trabaje con EFI (GRUB tiene una versión disponible) y
>> crear la partición dedicada para EFI.
> 
> esa partición es obligatoria así solo haya s.o. linux?

Es obligatoria siempre que haya EFI de por medio independientemente del 
SO.

Saludos,

-- 
Camaleón

Re: Installation sur un SSD

[Erwan David]

Le 17/01/2016 18:39, jdd a écrit :
> Le 17/01/2016 14:54, andre_deb...@numericable.fr a écrit :
>> On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:
>>> 
>>> Les SSD sont très bien gérés par le système.
>>
>> sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
>> trop d'écritures.
>>
>> André
>>
> as-tu une expérience personnelle de la destruction d'un ssd?
>
> perso je n'en ai pas encore. Entre les avancées de la technologie et
> celles du noyau, j'ai choisi de ne m'occuper de rien, certain que le
> noyau (et ses programmeurs) sont bien plus compétents que moi.
>
> Si la baisse des prix des ssd suit celle des clés usb, dans trois ans
> on aura des ssd de 2To et il y a longtemps que mes ssd actuels seront
> aux oubliettes. J'ai déjà un ssd de 120 Go à peu près inutilisé (et
> qui ne doit ps avoir deux ans), et un de 250Go en passe de ne plus
> servir...
>
> jdd
>
>

On a déjà des SSD de 4 et 6 To, voire même de 13To (mais sur controlleur
proprio pour ces derniers et compter ~ 1000 $ HT du To)

Re: Is anybody Running Debian on Acer Aspire E5-571G

[Stuart Longland]

On 13/01/16 22:04, Jude DaShiell wrote:
> It sure is, and Acer Aspire computers generally are cut down AMD Athelon
> x64 clones.  I proved this since I also have a real AMD K8 Athelon
> computer vintage 1994 that is still running (how old does it have to get
> before the Smithsonian Museum gets interested) and I have the distro
> from http://talkingarch.tk/ installed on the K8 and the Aspire 5003.  I
> ran netctl's wifi-menu -o command to find local wifi connections with
> both machines.  The AMD K8 had no problems.  The Acer Aspire returned an
> error of no valid interface and this was with the same cable and wifi
> adapter plugged into each machine.

1994?  You sure about that?  Pretty sure the Pentium was only a new chip
with major heat problems and a dodgy floating point bug back then.

I find it incredible that AMD were strutting their x86-64 stuff that
long ago.  Wikipedia seems to think they came out in 2003.

https://en.wikipedia.org/wiki/AMD_K8
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.



signature.asc
Description: OpenPGP digital signature

Re: Installation sur un SSD

[jdd]

Le 17/01/2016 18:43, Erwan David a écrit :


On a déjà des SSD de 4 et 6 To, voire même de 13To (mais sur controlleur
proprio pour ces derniers et compter ~ 1000 $ HT du To)

je commence à regarder en dessous de cent euros... à peu près (je viens 
d'acheter deux disques usb de 5To pour mes archives, à 140 euros pièce 
chez Nierle)


jdd