Re: ReactOS, votre avis ?

[aishen]

Salut,

J'ai essayé afin de voir si on pouvait installer ça sur un orange pi zéro.

Pas facile avec les drivers. Résultat, je garde armbian sous différents 
arômes :)


Je partage l'avis de ne pas voir l'intérêt ?

Il fût un temps où même wine était utile, mais maintenant c'est rare de 
ne pas trouver une alternative à w..


Une application linux semble être toujours mieux qu'une application émulée.

Cordialement

Henri


Le 19/01/2018 à 00:38, Haricophile a écrit :

Le Thu, 18 Jan 2018 18:20:57 +0100,
 a écrit :


Hello !

Je me suis intéressé à un petit OS qui a la particularité d’être un
distribution Open-Source de Windows : ReactOS (https://reactos.org/)

Non, pas plus que Wine (avec qui ça partage du code). C'est pour faire
tourner des machins propriétaires Windows, ce n'est pas du Windows.



Y a-t-il parmi la liste qui ont déjà tenté la chose et si oui, est-ce
facile au quotidien (niveau compatibilités, drivers, toussa toussa
…) ?

Merci d’avance pour vos retours !

En fait je ne vois pas l'intérêt, et je me rapproche de l'avis de
Stallemann sur le sujet.


Bonne soirée.

  


Clément VANDENDAELEN

Web :   www.vandendaelen.com

Re: fichier de swap dynamic

[Fabien R]

On 05/01/2018 22:45, Gaëtan Perrier wrote:
> Mais sinon tout le monde n'a pas un ordi dernier cri qui tient plusieurs en
> veille. Il se peut aussi que la batterie soit déjà bien vide au moment de
> passer en veille, etc.
> Le passage en hibernation me semble donc fondamental et peut éviter une perte
> de données sur un document que l'on aurait malencontreusement oublié de
> sauvegarder
+1
J'utilise le package hibernate (en mode disk ou ram).
Ca se configure facilement et ça marche nickel.

--
Fabien

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 18 janv. 2018 à 08:09, Giraud Jean-Louis  a 
> écrit :
> 
>  
>  
>  
>  
> > D'après les données de smartctl le SSD est bon.
> > 
> 
bonjour, 
donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, dans 
quelle direction faut-il chercher ? 
Cordialement
JL Giraud-Desrondiers

Re: I need help

[Ben Caradoc-Davies]

On 19/01/18 17:55, Aorey wrote:

Hello, I am a debian user. I want to customize my own debian ISO distribution. 
What should I do?


Are you trying to make a Live ISO? If so:

live-build - old technology, fell behind, new maintainers, works well for me

live-wrapper - new officially approved tool, never worked well for me

See the debian-live mailing list for all discussions related to Live ISOs.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

I need help

[Aorey]

Hello, I am a debian user. I want to customize my own debian ISO distribution. 
What should I do?

Re: Network setup by installer

[john doe]

On 1/19/2018 12:45 AM, Mark Fletcher wrote:

Hello the list

Can anyone point me at documentation of how the installer sets up
network interfaces, out of the several ways there are to do it?

I've done a couple of installs of Stretch, one when it was still testing
and one recently, on different hardware that both had both wired and
wireless network interfaces. In both cases I chose to install using the
wired interface even though for normal usage the computer will use the
wireless interface. The result in both cases was a machine that had its
wired interface configured but not its wireless one.

In both cases I can configure the wireless LAN using the desktop gui
widget (KDE in one case, MATE in the other) but then the wireless LAN
does not become available until someone logs in.

I'd like to be able to log in remotely before anyone logs in locally, so
need the wireless network interface up before login. 



It is unclear to me why you can't configure the wireless interface using 
ssh through the wired interface?


--
John Doe

Re: stretch and DNS name resolution service for other devices on a LAN

[D. R. Evans]

Greg Wooledge wrote on 01/18/2018 02:43 PM:

> 
> The pacakge for ISC's BIND is called bind9.
> 
> This would certainly do the job, but it's massively overkill for a simple
> home LAN DNS server.  Nevertheless, if it's what you already know, there
> is benefit in using the known but overengineered tool rather than learning
> a new tool.

As noted elsewhere, I'd forgotten the name of the resolver -- and also hadn't
realised that everything needed for such resolution wasn't automatically
installed with the base system.

All installed and working now.

Thanks very much for the pointer.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: stretch and DNS name resolution service for other devices on a LAN

[D. R. Evans]

Pascal Hambourg wrote on 01/18/2018 02:41 PM:

> 
> named is not a package name. The package name is and has always been 
> bind9. Note that there are other recursive DNS server packages such as 
> unbound.

Ah! It's been so long since I've built a system that didn't install bind
automatically that I'd completely forgotten that. Thank you for reminding me.

> 
> Note : ping is not a proper DNS tool becaus it calls the libc resolver 
> for name resolution, which may use other name sources than DNS. Use dig, 
> host or nslookup instead.

I admit that I'm quite surprised that everything doesn't use the libc resolver
(by which I assume you mean the operations performed by gethostbyname() or
something equivalent). I should look at the code for dig or nslookup sometime
to see how they resolve names.

Anyway, thanks very much for the comment about bind. I installed it, and
indeed it seems to be performing as expected.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: What is Synaptic trying to tell me?

[songbird]

Richard Owlett wrote:
...
> This is the *FIRST* time I have attempted to investigate what is being 
> held back.
>
> Please educate me ;/

  check your settings -> preferences...


  songbird

Re: Banishing UUIDs from grub

[Gene Heskett]

On Thursday 18 January 2018 20:25:51 David Wright wrote:

> On Thu 18 Jan 2018 at 14:46:26 (-0500), Gene Heskett wrote:
> > On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:
> > > Le 18/01/2018 à 19:54, Gene Heskett a écrit :
> > > > UUID's have turned out to be quite volatile over system
> > > > upgrades.
> > >
> > > Not on mine.
> > >
> > > > Give me a familiar disklabel any day.
> > >
> > > Don't you mean a filesystem or partition label ?
> > > "Disklabel" is a synonym for "partition table".
> >
> > Yes of course. I have had the UUID change on this system, on my
> > amandatapes drive at almost every install or upgrade. I finally
> > labeled that partition as amandatapes about 5 years back. No further
> > problems. It been the same 1T seacrate disk since they came out, and
> > this one came out of the box with 25 re-allocated sectors. I updated
> > its firmware a week later, UUID changed. Labeled the partition, and
> > nearly 70 thousand spinning hours later it still shows 25
> > re-allocated sectors. I am both amazed and pleased as punch. It
> > hovers in the 80% usage range, as a vtape is actually a directory,
> > there are 30 of them, 1, very occasionally 2 of them gets cleaned
> > out and reused every night.
>
> What sort of filesystem does this partition hold?
>
Std ext4.

> Cheers,
> David.


Cheers, Gene Heskett
The above content, added by Maurice E. Heskett, is Copyright 2018 by 
Maurice E. 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: Banishing UUIDs from grub

[Stefan Monnier]

>> What is the recommended method for preventing grub from using UUIDs to
>> refer to filesystems in the current Debian stable distribution?
> One method for you use case it to put /boot or at least /boot/grub
> in a plain partition on the same disk as GRUB's core image.

Indeed, that's what I have here and it works fine when the UUID is wrong
(as long as that wrong UUID doesn't map to any accessible partition),
because the "search --set=root" is not needed anyway.


Stefan

Re: Falha nos processadores Intel

[Francisco de Paula Marinho Neto]

Interesting Your Article.

Re: Banishing UUIDs from grub

[Michael Stone]

On Thu, Jan 18, 2018 at 08:50:11PM -0500, Cindy-Sue Causey wrote:

I've had it happen, too. Feels like recently, but was probably a
couple years ago, if not more like 3. I could never figure out how it
happened.


vfat filesystem?

Mike Stone

Re: Banishing UUIDs from grub

[Cindy-Sue Causey]

On 1/18/18, Gene Heskett  wrote:
> On Thursday 18 January 2018 16:04:26 Don Armstrong wrote:
>
>> On Thu, 18 Jan 2018, Gene Heskett wrote:
>> > On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:
>> > > Le 18/01/2018 à 19:54, Gene Heskett a écrit :
>> > > > UUID's have turned out to be quite volatile over system
>> > > > upgrades.
>> > >
>> > > Not on mine.
>> >
>> > I have had the UUID change on this system, on my
>> > amandatapes drive at almost every install or upgrade.
>>
>> Which UUID changed? The filesystem UUID shouldn't change unless you
>> reformat the partition, and the partition UUID shouldn't change unless
>> you repartition it (or you specifically change the UUID).
>>
> In this case, I installed a fresh firmware image on the drive, didn't
> lose a byte, but the UUID was changed, discovered when amanda couldn't
> find its virtual tapes drive after the reboot. I checked the fstab, then
> ran blkid, and it had changed. So I applied a label to the partition,
> edited fstab, and its been 69,600 or so spinning hours since. I've
> updated the system from ubuntu hardy to debian wheezy, no change.


I've had it happen, too. Feels like recently, but was probably a
couple years ago, if not more like 3. I could never figure out how it
happened.

>From one reboot to the next, the value or values changed, but I had
not *knowingly* done anything that should have changed it. By
"knowingly", I mean via gparted which is the only place I've ever
changed those manually. I've probably only done *that* maybe twice in
five or six years, probably just to have done it to know how it would
affect things.

/etc/fstab was my go-to to see where things didn't match. Had a copy
floating around just to remind myself whenever I stumbled back over it
occasionally. I never thought to check grub.cfg before getting
everything to match back up properly at the time.

It hasn't happened since, and I've messed all kinds of other things up
in the meantime... like killing my sound (again) about 2 days ago
while trying to roll my own of something that I've already forgotten
what it was. I think it was something about "that" dialup modem. :D

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: Banishing UUIDs from grub

[David Wright]

On Thu 18 Jan 2018 at 14:46:26 (-0500), Gene Heskett wrote:
> On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:
> 
> > Le 18/01/2018 à 19:54, Gene Heskett a écrit :
> > > UUID's have turned out to be quite volatile over system upgrades.
> >
> > Not on mine.
> >
> > > Give me a familiar disklabel any day.
> >
> > Don't you mean a filesystem or partition label ?
> > "Disklabel" is a synonym for "partition table".
> 
> Yes of course. I have had the UUID change on this system, on my 
> amandatapes drive at almost every install or upgrade. I finally labeled 
> that partition as amandatapes about 5 years back. No further problems. 
> It been the same 1T seacrate disk since they came out, and this one came 
> out of the box with 25 re-allocated sectors. I updated its firmware a 
> week later, UUID changed. Labeled the partition, and nearly 70 thousand 
> spinning hours later it still shows 25 re-allocated sectors. I am both 
> amazed and pleased as punch. It hovers in the 80% usage range, as a 
> vtape is actually a directory, there are 30 of them, 1, very 
> occasionally 2 of them gets cleaned out and reused every night.

What sort of filesystem does this partition hold?

Cheers,
David.

Re: What is Synaptic trying to tell me?

[David Wright]

On Thu 18 Jan 2018 at 15:13:12 (-0600), Richard Owlett wrote:
> I've been exploring the idea of downloading several packages.
> When I select "apply" it routinely says "1 package will be held back
> and not upgraded" in the lower half of a screen titled "Summary (as
> superuser)".
> 
> In both the upper and lower half of that screen I can discover what
> packages will be downloaded I can click appropriately and be
> informed that a list of packages will be downloaded. They are always
> what I wanted/expected. So far, so good ;/
> 
> Today I got curious.
> In the lower half of the screen I clicked the button labeled "Show
> Details". It listed *ONLY* the expected/intended files.
> 
> In the upper half of the screen I observed that clicking on the ">"
> labeled "To be installed" I observed the same files as listed in
> response to "Show Details".
> 
> *HOWEVER* when clicking on the ">" labeled "Unchanged" it listed
> "linux-image-686-pae". Why? Less than 2 weeks ago I chose to install
> the i386 flavor of current point release of Stretch. I was using
> "Expert Install" and IIRC that was the default.
> 
> For years I've gotten the "1 package will be held back and not
> upgraded" message. That response is obviously release independent.
> Previous installs have been from purchased DVD sets.
> 
> This is the *FIRST* time I have attempted to investigate what is
> being held back.
> 
> Please educate me ;/

Packages are normally held back when upgrading them would involve
removing a package or installing a new one, and that is forbidden
by the upgrade method you're using.

So, for example, apt-get dist-upgrade was recently needed to upgrade
linux-image against Meltdown because a new package was being
installed. (Substitute "apt-get dist-upgrade" accordingly.)

BTW when installing a kernel image (and related packages), you should
select the least specific generic package (like linux-image-686-pae)
rather than the versioned one. Because the new kernel was a new
package (-4 → -5), it wouldn't be seen as an upgrade except as a
dependency of the generic package.

Cheers,
David.

Re: ReactOS, votre avis ?

[Haricophile]

Le Thu, 18 Jan 2018 18:20:57 +0100,
 a écrit :

> Hello !
> 
> Je me suis intéressé à un petit OS qui a la particularité d’être un
> distribution Open-Source de Windows : ReactOS (https://reactos.org/)

Non, pas plus que Wine (avec qui ça partage du code). C'est pour faire
tourner des machins propriétaires Windows, ce n'est pas du Windows.


> Y a-t-il parmi la liste qui ont déjà tenté la chose et si oui, est-ce
> facile au quotidien (niveau compatibilités, drivers, toussa toussa
> …) ?
> 
> Merci d’avance pour vos retours !

En fait je ne vois pas l'intérêt, et je me rapproche de l'avis de
Stallemann sur le sujet.

> 
> Bonne soirée.
> 
>  
> 
> Clément VANDENDAELEN
> 
> Web :   www.vandendaelen.com
> 

need help on wirelss setup

[Long Wind]

i like wireless config program in jessie's installerbut i have installed 
now,which command can start config wireless?Thanks!

Re: fichier de swap dynamic

[Haricophile]

Le Thu, 18 Jan 2018 22:35:56 +0100,
Pascal Hambourg  a écrit :

> Lorsqu'on utilise un fichier de swap pour l'hibernation, on doit 
> spécifier non pas le fichier lui-même mais la partition qui le
> contient et l'offset du fichier par rapport au début de la partition.
> Si ça ne sent pas le hack à plein nez...

C'est pas le fonctionnement normal d'un fichier swap ça ? Un swap ne
contient pas de système de fichier. 

Je ne vois pas où il y a du hack, le hack c'est le disque "virtuel"
avec des systèmes de fichiers modernes et leur adressage indirect qui
s'affranchit de la position physique des données et des tailles de
blocs. Tu devrait regarder comment on adressait les premier disques
durs...

Network setup by installer

[Mark Fletcher]

Hello the list

Can anyone point me at documentation of how the installer sets up 
network interfaces, out of the several ways there are to do it?

I've done a couple of installs of Stretch, one when it was still testing 
and one recently, on different hardware that both had both wired and 
wireless network interfaces. In both cases I chose to install using the 
wired interface even though for normal usage the computer will use the 
wireless interface. The result in both cases was a machine that had its 
wired interface configured but not its wireless one.

In both cases I can configure the wireless LAN using the desktop gui 
widget (KDE in one case, MATE in the other) but then the wireless LAN 
does not become available until someone logs in.

I'd like to be able to log in remotely before anyone logs in locally, so 
need the wireless network interface up before login. I'd therefore like 
to find the configuration the installer did for the wired interface, and 
have the wireless interface come up the same way and at the same time. I 
did no local customisation of the installer and just let it do its 
thing. Where should I be looking for the network configuration in this 
case? amd64 install on mini-ITX type PCs.

Thanks in advance

Mark

Re: Banishing UUIDs from grub

[Don Armstrong]

On Thu, 18 Jan 2018, Gene Heskett wrote:
> On Thursday 18 January 2018 16:04:26 Don Armstrong wrote:
> > Which UUID changed? The filesystem UUID shouldn't change unless you
> > reformat the partition, and the partition UUID shouldn't change
> > unless you repartition it (or you specifically change the UUID).
> >
> In this case, I installed a fresh firmware image on the drive, didn't
> lose a byte, but the UUID was changed, discovered when amanda couldn't
> find its virtual tapes drive after the reboot. I checked the fstab,
> then ran blkid, and it had changed.

I'm still not clear which UUID was changed. Even if you change the
firmware image,[1] the filesystem UUID should not change, because that
would require changing the filesystem.

[Pretty much anything which changes the partition UUID can also change
the partition label, though perhaps whatever did the update doesn't
change the label.]

But in any event, LABEL works just as well.

-- 
Don Armstrong  https://www.donarmstrong.com

Identical parts aren't.
 -- Beach's Law

Re: Banishing UUIDs from grub

[Gene Heskett]

On Thursday 18 January 2018 16:04:26 Don Armstrong wrote:

> On Thu, 18 Jan 2018, Gene Heskett wrote:
> > On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:
> > > Le 18/01/2018 à 19:54, Gene Heskett a écrit :
> > > > UUID's have turned out to be quite volatile over system
> > > > upgrades.
> > >
> > > Not on mine.
> >
> > I have had the UUID change on this system, on my
> > amandatapes drive at almost every install or upgrade.
>
> Which UUID changed? The filesystem UUID shouldn't change unless you
> reformat the partition, and the partition UUID shouldn't change unless
> you repartition it (or you specifically change the UUID).
>
In this case, I installed a fresh firmware image on the drive, didn't 
lose a byte, but the UUID was changed, discovered when amanda couldn't 
find its virtual tapes drive after the reboot. I checked the fstab, then 
ran blkid, and it had changed. So I applied a label to the partition, 
edited fstab, and its been 69,600 or so spinning hours since. I've 
updated the system from ubuntu hardy to debian wheezy, no change.

One of these days I need to convert it to 64 bit. Probably by putting 
most of that stuff on the amandatapes partition, putting in a fresh 1T 
drive, and installing a 64 bit jessie. Once thats running, I have a 2T 
drive that I'll format for amanda and swap this one out. Nothing wrong 
with it, but I keep adding more machines to the disklist. 7 now.

> I've been using UUIDs for *ages*, and I've never seen one change
> unless I've specifically done something which would change it.


Cheers, Gene Heskett
The above content, added by Maurice E. Heskett, is Copyright 2018 by 
Maurice E. 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: update-grub2 : résolu mais...

[Pascal Hambourg]

Le 18/01/2018 à 23:14, Pierre L. a écrit :


Le 18/01/2018 à 22:19, Pascal Hambourg a écrit :

Le 18/01/2018 à 20:36, Pierre L. a écrit :


Le 18/01/2018 à 20:09, Pascal Hambourg a écrit :

Le 18/01/2018 à 14:04, Pierre L. a écrit :

Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
exemple, et n'utiliser que cette clé comme périph' de boot ?


Dans quel intérêt ? Je n'en vois aucun.


1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air
d'être le cas... On centralise...


Mais pourquoi sur une clé USB plutôt que sur un disque interne ?

Pourquoi pas ? ;)


Eh, c'est toi qui a demandé si ça ne valait pas le coup. Tu sous-entends 
donc que ça aurait un intérêt. Je n'ai pas dit que ça avait un 
inconvénient. Je dis juste que je ne vois pas l'intérêt.



Pour ma part, je serais plutôt partisan d'un GRUB principal
indépendant qui chaînerait les GRUB des différentes distributions.


Ce fameux "GRUB principal indépendant" pourrait alors être généré par
chacune des distribs,


Ben non, sinon il ne serait pas indépendant.


dès lors que la distrib irait lire chaque grub.cfg
dans la machine, mais alors en reprenant la précédente citation, il
faudrait alors qu'une seule distrib gère ce GRUB principal ?


C'est une autre possibilité, qui correspond à ce que j'ai répondu à 
André. Mais ce n'est pas un GRUB indépendant, c'est le GRUB d'une 
distribution qui récupère et inclut les paramètres des autres dans sa 
config.

Re: update-grub2 : résolu mais...

[Pierre L.]

Le 18/01/2018 à 22:19, Pascal Hambourg a écrit :
> Le 18/01/2018 à 20:36, Pierre L. a écrit :
>>
>> Le 18/01/2018 à 20:09, Pascal Hambourg a écrit :
>>> Le 18/01/2018 à 14:04, Pierre L. a écrit :
 Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
 exemple, et n'utiliser que cette clé comme périph' de boot ?
>>>
>>> Dans quel intérêt ? Je n'en vois aucun.
>>
>> 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air
>> d'être le cas... On centralise...
>
> Mais pourquoi sur une clé USB plutôt que sur un disque interne ?
Pourquoi pas ? ;)

>
 Les différentes distrib iront regarder sur tout le système là où il
 y a
 moyen de booter non ?
>>>
>>> Peux-tu préciser ? Je ne vois pas de quoi tu parles.
>
> Pas de réponse ?
C'était une question...
Désolé de ne pouvoir trouver meilleurs termes plus explicites, techniques...

>
 Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ?
>>>
>>> Sûrement pas. Une distribution ne met à jour que son propre GRUB.
>>
>> On rejoint ma précédente pensée, chaque distribution pourrait actualiser
>> le seul Grub de la machine présent sur la clé USB, car j'imagine que
>> Grub2 est normalisé ?
>
> Pas tant que ça. Il y a de légères différences entre différentes
> versions de GRUB Et c'est AMA une mauvaise idée car chaque
> distribution ne ferait pas que réactualiser le fichier de
> configuration mais le réécrirait complètement, en se mettant en
> première position bien évidemment. D'autre part il vaut mieux que
> chaque distribution garde son propre GRUB avec son propre fichier
> grub.cfg avec ses paramètres de démarrage spécifiques car update-grub
> se sert du fichier grub.cfg des autres distributions détectées par
> os-prober pour récupérer et intégrer lesdits paramètres de démarrage
> dans le fichier grub.cfg qu'il construit.
>
Ok c'est donc de cette manière que Grub fonctionne, interesting.
A partir de ces infos, je comprends mieux la suite.

> Pour ma part, je serais plutôt partisan d'un GRUB principal
> indépendant qui chaînerait les GRUB des différentes distributions.
>
Ce fameux "GRUB principal indépendant" pourrait alors être généré par
chacune des distribs, dès lors que la distrib irait lire chaque grub.cfg
dans la machine, mais alors en reprenant la précédente citation, il
faudrait alors qu'une seule distrib gère ce GRUB principal ? (evitant :
"chaque distribution ne ferait pas que réactualiser le fichier de
configuration mais le réécrirait complètement, en se mettant en première
position bien évidemment")



signature.asc
Description: OpenPGP digital signature

Re: fichier de swap dynamic

[Pierre L.]

Le 18/01/2018 à 22:35, Pascal Hambourg a écrit :
> (Remise dans l'ordre de la citation et de la réponse)
>
> Le 18/01/2018 à 20:53, Pierre L. a écrit :
>>
>> Le 06/01/2018 à 11:10, Pascal Hambourg a écrit :
>>> De toute façon, les fichiers de swap, ça pue.
>>
>> Ha bon, pourquoi ?
>
> Parce que c'est un sale hack. Un fichier de swap ne doit pas avoir de
> trous (sparse file) mais doit être entièrement alloué. Lorsque le
> noyau accède à un fichier de swap il court-circuite le système de
> fichiers. Cela ne marche que dans l'hypothèse où le système de
> fichiers ne s'amuse pas à déplacer les blocs qui contiennent le
> fichier de swap. Et ça ne marche pas avec tous les types de systèmes
> de fichiers, notamment btrfs.
>
> Cf. les diverses restrictions dans les notes de la page de manuel de
> swapon(8).
>
> Lorsqu'on utilise un fichier de swap pour l'hibernation, on doit
> spécifier non pas le fichier lui-même mais la partition qui le
> contient et l'offset du fichier par rapport au début de la partition.
> Si ça ne sent pas le hack à plein nez...
>

Merci Pascal pour cette réponse précise qui donne de bons sujets de
lecture pour ces longues soirées d'hiver.



signature.asc
Description: OpenPGP digital signature

Re: Debian stable Mate wifi work but don't connect

[Bernd Gruber]

michael caron couturier wrote:

> I just tested after an issue was reported to confirm it, the mate live
> iso has an issue with wireless, the first user is fairly unexperienced
> and I'm fairly skilled as a linux community manager but uncertified
> for Linux [sysadmin] (tried twice on my case).
> 
> root@debian:~# iwconfig
> wlx10bef5fd230c  IEEE 802.11  ESSID:off/any
>   Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm
>   Retry short limit:7   RTS thr:off   Fragment thr:off
>   Encryption key:off
>   Power Management:off
> 
> Just ask if needed for more informations.
> 
What have you done to try to connect to the Access point? The card seems to 
be working, but not connected.
I have just started a Ubuntu Mate 17.10 live, it works without problems. You 
must see the network-manager-applet on the right top in the panel, left-
click on it and you should see the ESSID of your AP and be able to connect 
to it.

Bernd

Re: stretch and DNS name resolution service for other devices on a LAN

[Greg Wooledge]

On Thu, Jan 18, 2018 at 02:34:50PM -0700, D. R. Evans wrote:
> Can someone please point me to intelligible instructions as to how to have the
> stretch box respond correctly to remote DNS requests coming in over the local
> network?

Install a name server.  Make sure it's listening on your LAN address,
not (just) on 127.0.0.1.  Configure it to respond however you need.

> This seems to be one of those things that systemd has taken over ("named" is
> no longer available in the repository, for example, presumably because it's no
> longer needed),

The pacakge for ISC's BIND is called bind9.

This would certainly do the job, but it's massively overkill for a simple
home LAN DNS server.  Nevertheless, if it's what you already know, there
is benefit in using the known but overengineered tool rather than learning
a new tool.

Re: stretch and DNS name resolution service for other devices on a LAN

[Pascal Hambourg]

Le 18/01/2018 à 22:34, D. R. Evans a écrit :

I am trying to configure a debian stretch box to provide certain services to
my home network. (In the past this was a wheezy box, and I had everything
working fine. I have not changed the configuration of any other machine; so,
for example, DNS requests from machines on the LAN are still sent to the
stretch machine for resolution.)

Somehow I can't get name resolution to work except locally on the stretch box
itself.

Can someone please point me to intelligible instructions as to how to have the
stretch box respond correctly to remote DNS requests coming in over the local
network?

This seems to be one of those things that systemd has taken over ("named" is
no longer available in the repository, for example, presumably because it's no
longer needed), and my attempts to find documentation on how to configure a
machine as a DNS server under systemd have failed, probably because I'm not
being sufficiently smart about search terms.


named is not a package name. The package name is and has always been 
bind9. Note that there are other recursive DNS server packages such as 
unbound.



Just to be clear:
   1. If I ping a destination by name from the stretch box, it resolves the
name and pings the destination.
   2. If I ping the IP address of a destination on the internet from a machine
on the LAN, the ping works.
   3. If I ping a destination on the internet *by name* from a machine on the
LAN, the ping does not work.
   4. Any attempt to resolve a name from a machine on the LAN fails; attempting
to resolve the same name from the stretch machine works.


Note : ping is not a proper DNS tool becaus it calls the libc resolver 
for name resolution, which may use other name sources than DNS. Use dig, 
host or nslookup instead.

Re: fichier de swap dynamic

[Pascal Hambourg]

(Remise dans l'ordre de la citation et de la réponse)

Le 18/01/2018 à 20:53, Pierre L. a écrit :


Le 06/01/2018 à 11:10, Pascal Hambourg a écrit :

De toute façon, les fichiers de swap, ça pue.


Ha bon, pourquoi ?


Parce que c'est un sale hack. Un fichier de swap ne doit pas avoir de 
trous (sparse file) mais doit être entièrement alloué. Lorsque le noyau 
accède à un fichier de swap il court-circuite le système de fichiers. 
Cela ne marche que dans l'hypothèse où le système de fichiers ne s'amuse 
pas à déplacer les blocs qui contiennent le fichier de swap. Et ça ne 
marche pas avec tous les types de systèmes de fichiers, notamment btrfs.


Cf. les diverses restrictions dans les notes de la page de manuel de 
swapon(8).


Lorsqu'on utilise un fichier de swap pour l'hibernation, on doit 
spécifier non pas le fichier lui-même mais la partition qui le contient 
et l'offset du fichier par rapport au début de la partition. Si ça ne 
sent pas le hack à plein nez...

stretch and DNS name resolution service for other devices on a LAN

[D. R. Evans]

I am trying to configure a debian stretch box to provide certain services to
my home network. (In the past this was a wheezy box, and I had everything
working fine. I have not changed the configuration of any other machine; so,
for example, DNS requests from machines on the LAN are still sent to the
stretch machine for resolution.)

Somehow I can't get name resolution to work except locally on the stretch box
itself.

Can someone please point me to intelligible instructions as to how to have the
stretch box respond correctly to remote DNS requests coming in over the local
network?

This seems to be one of those things that systemd has taken over ("named" is
no longer available in the repository, for example, presumably because it's no
longer needed), and my attempts to find documentation on how to configure a
machine as a DNS server under systemd have failed, probably because I'm not
being sufficiently smart about search terms.

Just to be clear:
  1. If I ping a destination by name from the stretch box, it resolves the
name and pings the destination.
  2. If I ping the IP address of a destination on the internet from a machine
on the LAN, the ping works.
  3. If I ping a destination on the internet *by name* from a machine on the
LAN, the ping does not work.
  4. Any attempt to resolve a name from a machine on the LAN fails; attempting
to resolve the same name from the stretch machine works.

Thanks for any help.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: update-grub2 : résolu mais...

[Pascal Hambourg]

Le 18/01/2018 à 20:36, Pierre L. a écrit :


Le 18/01/2018 à 20:09, Pascal Hambourg a écrit :

Le 18/01/2018 à 14:04, Pierre L. a écrit :

Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
exemple, et n'utiliser que cette clé comme périph' de boot ?


Dans quel intérêt ? Je n'en vois aucun.


1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air
d'être le cas... On centralise...


Mais pourquoi sur une clé USB plutôt que sur un disque interne ?


Les différentes distrib iront regarder sur tout le système là où il y a
moyen de booter non ?


Peux-tu préciser ? Je ne vois pas de quoi tu parles.


Pas de réponse ?


Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ?


Sûrement pas. Une distribution ne met à jour que son propre GRUB.


On rejoint ma précédente pensée, chaque distribution pourrait actualiser
le seul Grub de la machine présent sur la clé USB, car j'imagine que
Grub2 est normalisé ?


Pas tant que ça. Il y a de légères différences entre différentes 
versions de GRUB Et c'est AMA une mauvaise idée car chaque distribution 
ne ferait pas que réactualiser le fichier de configuration mais le 
réécrirait complètement, en se mettant en première position bien 
évidemment. D'autre part il vaut mieux que chaque distribution garde son 
propre GRUB avec son propre fichier grub.cfg avec ses paramètres de 
démarrage spécifiques car update-grub se sert du fichier grub.cfg des 
autres distributions détectées par os-prober pour récupérer et intégrer 
lesdits paramètres de démarrage dans le fichier grub.cfg qu'il construit.


Pour ma part, je serais plutôt partisan d'un GRUB principal indépendant 
qui chaînerait les GRUB des différentes distributions.

What is Synaptic trying to tell me?

[Richard Owlett]

I've been exploring the idea of downloading several packages.
When I select "apply" it routinely says "1 package will be held back and 
not upgraded" in the lower half of a screen titled "Summary (as superuser)".


In both the upper and lower half of that screen I can discover what 
packages will be downloaded I can click appropriately and be informed 
that a list of packages will be downloaded. They are always what I 
wanted/expected. So far, so good ;/


Today I got curious.
In the lower half of the screen I clicked the button labeled "Show 
Details". It listed *ONLY* the expected/intended files.


In the upper half of the screen I observed that clicking on the ">" 
labeled "To be installed" I observed the same files as listed in 
response to "Show Details".


*HOWEVER* when clicking on the ">" labeled "Unchanged" it listed 
"linux-image-686-pae". Why? Less than 2 weeks ago I chose to install the 
i386 flavor of current point release of Stretch. I was using "Expert 
Install" and IIRC that was the default.


For years I've gotten the "1 package will be held back and not upgraded" 
message. That response is obviously release independent. Previous 
installs have been from purchased DVD sets.


This is the *FIRST* time I have attempted to investigate what is being 
held back.


Please educate me ;/

TIA

Re: Banishing UUIDs from grub

[Don Armstrong]

On Thu, 18 Jan 2018, Gene Heskett wrote:
> On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:
> > Le 18/01/2018 à 19:54, Gene Heskett a écrit :
> > > UUID's have turned out to be quite volatile over system upgrades.
> >
> > Not on mine.
>
> I have had the UUID change on this system, on my 
> amandatapes drive at almost every install or upgrade.

Which UUID changed? The filesystem UUID shouldn't change unless you
reformat the partition, and the partition UUID shouldn't change unless
you repartition it (or you specifically change the UUID).

I've been using UUIDs for *ages*, and I've never seen one change unless
I've specifically done something which would change it.

-- 
Don Armstrong  https://www.donarmstrong.com

There is no mechanical problem so difficult that it cannot be solved
by brute strength and ignorance.
 -- William's Law

Re: fichier de swap dynamic

[Pierre L.]

Ha bon, pourquoi ?

Le 06/01/2018 à 11:10, Pascal Hambourg a écrit :
> De toute façon, les fichiers de swap, ça pue. 




signature.asc
Description: OpenPGP digital signature

Re: Banishing UUIDs from grub

[Gene Heskett]

On Thursday 18 January 2018 14:22:13 Pascal Hambourg wrote:

> Le 18/01/2018 à 19:54, Gene Heskett a écrit :
> > UUID's have turned out to be quite volatile over system upgrades.
>
> Not on mine.
>
> > Give me a familiar disklabel any day.
>
> Don't you mean a filesystem or partition label ?
> "Disklabel" is a synonym for "partition table".

Yes of course. I have had the UUID change on this system, on my 
amandatapes drive at almost every install or upgrade. I finally labeled 
that partition as amandatapes about 5 years back. No further problems. 
It been the same 1T seacrate disk since they came out, and this one came 
out of the box with 25 re-allocated sectors. I updated its firmware a 
week later, UUID changed. Labeled the partition, and nearly 70 thousand 
spinning hours later it still shows 25 re-allocated sectors. I am both 
amazed and pleased as punch. It hovers in the 80% usage range, as a 
vtape is actually a directory, there are 30 of them, 1, very 
occasionally 2 of them gets cleaned out and reused every night.

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: update-grub2 : résolu mais...

[Pierre L.]

Le 18/01/2018 à 20:09, Pascal Hambourg a écrit :
> Le 18/01/2018 à 14:04, Pierre L. a écrit :
>> Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
>> exemple, et n'utiliser que cette clé comme périph' de boot ?
>
> Dans quel intérêt ? Je n'en vois aucun.
1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air
d'être le cas... On centralise...
Pour mémo, plus haut dans le fil :

"J'ai recopié le répertoire /boot/grub sur toutes les partitions Linux."


>
>> Les différentes distrib iront regarder sur tout le système là où il y a
>> moyen de booter non ?
>
> Peux-tu préciser ? Je ne vois pas de quoi tu parles.
>
>> Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ?
>
> Sûrement pas. Une distribution ne met à jour que son propre GRUB.
On rejoint ma précédente pensée, chaque distribution pourrait actualiser
le seul Grub de la machine présent sur la clé USB, car j'imagine que
Grub2 est normalisé ?



signature.asc
Description: OpenPGP digital signature

Re: Banishing UUIDs from grub

[Pascal Hambourg]

Le 18/01/2018 à 19:54, Gene Heskett a écrit :


UUID's have turned out to be quite volatile over system upgrades.


Not on mine.


Give me a familiar disklabel any day.


Don't you mean a filesystem or partition label ?
"Disklabel" is a synonym for "partition table".

Re: How to create a PDF-Printer from the command line

[Brian]

On Thu 18 Jan 2018 at 09:55:28 -0600, David Wright wrote:

> On Thu 18 Jan 2018 at 12:40:10 (+), Brian wrote:
> > On Thu 18 Jan 2018 at 09:44:51 +, Curt wrote:
> > 
> > > On 2018-01-17, Chris Ramsden  wrote:
> > > > On 17/01/18 21:42, Ben Caradoc-Davies wrote:
> > > >> On 18/01/18 10:37, Joel Wirāmu Pauling wrote:
> > > >>> Works fine for txt, although as it rasterizes things it's not going 
> > > >>> to be
> > > >>> optimized for size.
> > > >>
> > > >> Yes, typically, but for large fonts and low resolution outputs with 
> > > >> few pages, rasterised pages may be smaller.
> > > >>
> > > >> Kind regards,
> > > >>
> > > > If I feed it a text file, it gives me an error:
> > > >
> > > > convert: improper image header `self_spam.txt' @ 
> > > > error/txt.c/ReadTXTImage/439.
> > > >
> > > > What's the trick to making it work with a text file as input?
> > > 
> > > I ran into the same error (fixed in later versions, apparently, though I
> > > am in the dark as to what version you are using and how late is later).
> > > 
> > > I read an explicit 
> > > 
> > > convert text:mytext.txt mytext.pdf
> > > 
> > > works.
> > > 
> > > But it doesn't work here.
> > > 
> > > Also: all roads lead to Rome, but some may be more suitable for wagons 
> > > than others.
> > 
> > As is obvious, I hadn't realised imagemagick converted text to pdf.
> > However, the command you give works for me on stable and unstable.
> > It gives unsearchable PDFs.
> 
> It serves more as a reminder of convert's way of specifying the
> contents of the file than much else. Adding -font unicode also dredges
> up the awful-looking ttf font. But given that the PDF produced is so
> blurry, that font is probably no worse looking than any other.
> 
> The PDF is unsearchable because it's really just an image wrapped in
> a PDF container (like the output from some scanners). Being an image,
> there's no concept of wrapping long lines either.

Two strikes.
 
> I can't really be bothered to figure out what's missing on those
> systems of mine that say:
> 
> $ convert -font unifont text:/etc/default/grub /tmp/grubby.pdf
> convert: not authorized `/etc/default/grub' @ 
> error/constitute.c/ReadImage/412.
> convert: no images defined `/tmp/grubby.pdf' @ 
> error/convert.c/ConvertImageCommand/3210.

I used FreeMono, with the full path to the font. Looks resonable until
it is blown up and the bitmapped nature of the PDF shows up clearly,
Strike three.

I can accept that imagemagick is excellent for processing images (not
that I have done much of that with it) but, for producing a quality PDF
from text, it has been crossed off my list.

-- 
Brian.

Re: update-grub2 : résolu mais...

[Pascal Hambourg]

Le 18/01/2018 à 14:04, Pierre L. a écrit :

Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
exemple, et n'utiliser que cette clé comme périph' de boot ?


Dans quel intérêt ? Je n'en vois aucun.


Les différentes distrib iront regarder sur tout le système là où il y a
moyen de booter non ?


Peux-tu préciser ? Je ne vois pas de quoi tu parles.


Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ?


Sûrement pas. Une distribution ne met à jour que son propre GRUB.

Re: Banishing UUIDs from grub

[Pascal Hambourg]

Le 18/01/2018 à 10:31, Dave Sherohman a écrit :

What is the recommended method for preventing grub from using UUIDs to
refer to filesystems in the current Debian stable distribution?


One method for you use case it to put /boot or at least /boot/grub in a 
plain partition on the same disk as GRUB's core image.

Re: Banishing UUIDs from grub

[Gene Heskett]

On Thursday 18 January 2018 12:42:41 deloptes wrote:

> Dave Sherohman wrote:
> > What is the recommended method for preventing grub from using UUIDs
> > to refer to filesystems in the current Debian stable distribution?
>
> what is the reason to avoid UUIDs? (if not very private)

UUID's have turned out to be quite volatile over system upgrades. Give me 
a familiar disklabel any day.

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: Banishing UUIDs from grub

[David Wright]

On Thu 18 Jan 2018 at 11:52:11 (-0500), Marc Auslander wrote:
> Dave Sherohman  writes:
> 
> >What is the recommended method for preventing grub from using UUIDs to
> >refer to filesystems in the current Debian stable distribution?
> >
> 
> I don't know about "recommended" but could you put your own menu
> entry into /etc/grub.d and make it the default?

I prefer to let grub do the grunt work and then run a filter over
grub.cfg. I use LABELs myself; the filter finds the necessary
information in /run/udev/data and performs substitutions of --fs-uuid
options, root=UUID= and the UUIDs themselves. (It also mangles, to my
taste, the menuentry_id_option strings etc a little further.)
It takes no time to run a filter whenever grub.cfg gets rebuilt.

I don't encrypt system partitions or use VMs so I don't know how
well a filtering scheme would translate to that.

Cheers,
David.

Re: Banishing UUIDs from grub

[deloptes]

Dave Sherohman wrote:

> What is the recommended method for preventing grub from using UUIDs to
> refer to filesystems in the current Debian stable distribution?

what is the reason to avoid UUIDs? (if not very private)

ReactOS, votre avis ?

[vandendaelenclement]

Hello !

Je me suis intéressé à un petit OS qui a la particularité d’être un
distribution Open-Source de Windows : ReactOS (https://reactos.org/)

Y a-t-il parmi la liste qui ont déjà tenté la chose et si oui, est-ce facile
au quotidien (niveau compatibilités, drivers, toussa toussa …) ?

Merci d’avance pour vos retours !

Bonne soirée.

 

Clément VANDENDAELEN

Web :   www.vandendaelen.com

Re: Banishing UUIDs from grub

[Marc Auslander]

Dave Sherohman  writes:

>What is the recommended method for preventing grub from using UUIDs to
>refer to filesystems in the current Debian stable distribution?
>

I don't know about "recommended" but could you put your own menu
entry into /etc/grub.d and make it the default?

Re: How to create a PDF-Printer from the command line

[David Wright]

On Thu 18 Jan 2018 at 12:40:10 (+), Brian wrote:
> On Thu 18 Jan 2018 at 09:44:51 +, Curt wrote:
> 
> > On 2018-01-17, Chris Ramsden  wrote:
> > > On 17/01/18 21:42, Ben Caradoc-Davies wrote:
> > >> On 18/01/18 10:37, Joel Wirāmu Pauling wrote:
> > >>> Works fine for txt, although as it rasterizes things it's not going to 
> > >>> be
> > >>> optimized for size.
> > >>
> > >> Yes, typically, but for large fonts and low resolution outputs with few 
> > >> pages, rasterised pages may be smaller.
> > >>
> > >> Kind regards,
> > >>
> > > If I feed it a text file, it gives me an error:
> > >
> > > convert: improper image header `self_spam.txt' @ 
> > > error/txt.c/ReadTXTImage/439.
> > >
> > > What's the trick to making it work with a text file as input?
> > 
> > I ran into the same error (fixed in later versions, apparently, though I
> > am in the dark as to what version you are using and how late is later).
> > 
> > I read an explicit 
> > 
> > convert text:mytext.txt mytext.pdf
> > 
> > works.
> > 
> > But it doesn't work here.
> > 
> > Also: all roads lead to Rome, but some may be more suitable for wagons than 
> > others.
> 
> As is obvious, I hadn't realised imagemagick converted text to pdf.
> However, the command you give works for me on stable and unstable.
> It gives unsearchable PDFs.

It serves more as a reminder of convert's way of specifying the
contents of the file than much else. Adding -font unicode also dredges
up the awful-looking ttf font. But given that the PDF produced is so
blurry, that font is probably no worse looking than any other.

The PDF is unsearchable because it's really just an image wrapped in
a PDF container (like the output from some scanners). Being an image,
there's no concept of wrapping long lines either.

I can't really be bothered to figure out what's missing on those
systems of mine that say:

$ convert -font unifont text:/etc/default/grub /tmp/grubby.pdf
convert: not authorized `/etc/default/grub' @ error/constitute.c/ReadImage/412.
convert: no images defined `/tmp/grubby.pdf' @ 
error/convert.c/ConvertImageCommand/3210.
$ 

Cheers,
David.

Re: sshd running in private namespace

[Nicolas George]

Sven Hartge (2018-01-18):
> This was https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885325, fixed
> in systemd 236-3. It has migrated to Buster yesterday, so upgrading will
> fix it for you.

I was not expected such a tight race condition between when I checked
this and when I wrote the mail.

Thanks to both Sven for pointing it.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: sshd running in private namespace

[Sven Joachim]

On 2018-01-18 15:57 +0100, Nicolas George wrote:

> David Wright (2018-01-18):
>> I can't replicate this on stretch. What versions of what are
>> you running?
>
> Sorry, I should have mentioned it: it's Buster, up-to-date by a few
> days.
>
>> Could you give some explicit commands, and where to type them.
>
> ssh box
> mkdir /tmp/dummy
> sudo mount -t tmpfs dummy /tmp/dummy
> dmesg > /tmp/dummy/something
>
> log-in in console
> ls /tmp/dummy
>
> Result: file "something" is not there.

That's bug #885325[1] in systemd, time to upgrade and restart ssh if
necessary.

Cheers,
   Sven


1. https://bugs.debian.org/885325

Re: sshd running in private namespace

[Sven Hartge]

Nicolas George  wrote:

> I noticed that for some time, sshd is being started in a separate
> filesystem namespace. As a consequence, mounts done from a SSH shell are
> not visible from the main system, and that disrupts my use habits.

This was https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885325, fixed
in systemd 236-3. It has migrated to Buster yesterday, so upgrading will
fix it for you.

Grüße,
Sven.
-- 
Sigmentation fault. Core dumped.

Afegir un disc a un servidor cloud muntant-lo en un subdirectori?

[Joan Cervan]

Hola,

Tinc un servidor cloud (iwstack, que us recomano, per cert, igual que
Prometeus) que m'està quedant curt d'espai en disc... No sé quina és la
millor opció, atenent a què voldria triar una opció que no fos
complicada (no soc un administrador de sistemes), i que posi en risc el
mínim possible el sistema actual.

El sistema és una debian estable, amb ispconfig i uns quants moodles.

Tinc opció d'snapshot que diria que pot ser una tranquil·litat per si
hi ha algun desastre :-p

Llavors, em plantejo:

- afegir un segon disc dur i muntar-lo a /var/www2 (i dir-li a
  l'ispconfig que posi les noves webs allà). Diria que això hauria de
  ser factible i poc traumàtic. Potser simplement li podria dir que
  munti un /var/backups2 i faci les còpies de seguretat allà i
  possiblement ja tindria resolt el problema.

- afegir un segon disc dur més gran, copiar tota la info del primer
  allà, i fer el canvi perquè aquest segon sigui la nova arrel. I
  llavors donar de baixa el primer. 

- muntar un nou servidor i migrar-ho tot amb l'eina de migració de
  l'ispconfig. No sé si aquesta eina és deixa algunes
  personalitzacions del sistema, com poden ser els fitxers de
  configuració del backupninja, etc. que sempre podria recuperar via
  còpia del /etc.

- ??? 

Algun suggeriment / consell?

Fins ara,

-- 
Joan Cervan Andreu
+34 635 40 31 04
calbasi.net - Desenvolupament web

Re: sshd running in private namespace

[Nicolas George]

David Wright (2018-01-18):
> I can't replicate this on stretch. What versions of what are
> you running?

Sorry, I should have mentioned it: it's Buster, up-to-date by a few
days.

> Could you give some explicit commands, and where to type them.

ssh box
mkdir /tmp/dummy
sudo mount -t tmpfs dummy /tmp/dummy
dmesg > /tmp/dummy/something

log-in in console
ls /tmp/dummy

Result: file "something" is not there.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Setup SquirreMail with Virtual Host

[Rodrigo Cunha]

Dear, i have a problem in config vhost squirremail.
I'm following the steps in the tutorial [
http://www.100security.com.br/postfix-squirrelmail-outlook/] . The autor
indicate setup this changes in apache2.conf:

Alias /webmail “/usr/share/squirrelmail/”
DirectoryIndex index.php

but i want create vhost for my domain "mail.mydomain.com" and not create
redirect IP/webmail.I want config this mail with my other localwebsites
like:
/etc/apache2/site-available/mail.mydomain.conf  and setup this file with
a2ensite mail.mydomain.conf, etc.

What is steps for configure my squirremail with vhost and not ip/webmail.
Tks.

-- 
Atenciosamente,
Rodrigo da Silva Cunha
São Gonçalo, RJ - Brasil



Livre
de vírus. www.avast.com
.
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: sshd running in private namespace

[David Wright]

On Thu 18 Jan 2018 at 14:59:34 (+0100), Nicolas George wrote:
> Hi.
> 
> I noticed that for some time, sshd is being started in a separate
> filesystem namespace. As a consequence, mounts done from a SSH shell are
> not visible from the main system, and that disrupts my use habits.
> 
> Is it on purpose?
> 
> I have tracked things in the source code to exec_needs_mount_namespace()
> in systemd/src/core/execute.c, but I do not see which condition is true
> for sshd, AFAICS they are all false.
> 
> Have anyone investigated the issue already?

I can't replicate this on stretch. What versions of what are
you running?

Could you give some explicit commands, and where to type them.

Cheers,
David.

Re: Banishing UUIDs from grub

[David Wright]

On Thu 18 Jan 2018 at 07:19:45 (-0600), Dave Sherohman wrote:

> My guess at explaining this would be that the GRUB_DISABLE_LINUX_UUID
> flag is very literal and *only* affects whether "GRUB [passes]
> "root=UUID=xxx" parameter to Linux", but not how grub itself identifies
> the root device ("set root='lvmid/[UUID]').

It's subtle, but that's probably why the parameter is called
GRUB_DISABLE_LINUX_UUID and not GRUB_DISABLE_UUID.

>From the docs:

'GRUB_DISABLE_LINUX_UUID'
 Normally, 'grub-mkconfig' will generate menu entries that use
 universally-unique identifiers (UUIDs) to identify the root
 filesystem to the Linux kernel, using a 'root=UUID=...' kernel
 parameter.  This is usually more reliable, but in some cases it may
 not be appropriate.  To disable the use of UUIDs, set this option
 to 'true'.

Cheers,
David.

sshd running in private namespace

[Nicolas George]

Hi.

I noticed that for some time, sshd is being started in a separate
filesystem namespace. As a consequence, mounts done from a SSH shell are
not visible from the main system, and that disrupts my use habits.

Is it on purpose?

I have tracked things in the source code to exec_needs_mount_namespace()
in systemd/src/core/execute.c, but I do not see which condition is true
for sshd, AFAICS they are all false.

Have anyone investigated the issue already?

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: Banishing UUIDs from grub

[Dave Sherohman]

On Thu, Jan 18, 2018 at 11:11:32AM +0100, Stephan Seitz wrote:
> On Do, Jan 18, 2018 at 03:31:30 -0600, Dave Sherohman wrote:
> >What is the recommended method for preventing grub from using UUIDs to
> >refer to filesystems in the current Debian stable distribution?
> 
> In /etc/default/grub I have the option:
> 
> # Uncomment if you don’t want GRUB to pass „root=UUID=xxx” parameter to Linux
> #GRUB_DISABLE_LINUX_UUID=true

That doesn't seem to be a complete solution for booting from an LVM
volume.  I've enabled it:

$ grep UUID /etc/default/grub 
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to
# Linux
GRUB_DISABLE_LINUX_UUID=true

and re-run update-grub, but /boot/grub/grub.cfg still has a mix of
device names and UUIDs:

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-c5bb6082-0b8b-46e5-a253-c4811a1f011a' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod lvm
insmod ext2
set 
root='lvmid/wf5YhU-vt2F-uZM9-cVso-qn6Z-fdY9-iQO26v/sBd6ej-DTMK-RUxu-LuRW-MjLj-rRLf-C6OwT2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/wf5YhU-vt2F-uZM9-cVso-qn6Z-fdY9-iQO26v/sBd6ej-DTMK-RUxu-LuRW-MjLj-rRLf-C6OwT2'
  c5bb6082-0b8b-46e5-a253-c4811a1f011a
else
  search --no-floppy --fs-uuid --set=root 
c5bb6082-0b8b-46e5-a253-c4811a1f011a
fi
echo'Loading Linux 4.9.0-5-amd64 ...'
linux   /boot/vmlinuz-4.9.0-5-amd64 root=/dev/mapper/system ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-4.9.0-5-amd64
}


My guess at explaining this would be that the GRUB_DISABLE_LINUX_UUID
flag is very literal and *only* affects whether "GRUB [passes]
"root=UUID=xxx" parameter to Linux", but not how grub itself identifies
the root device ("set root='lvmid/[UUID]').


-- 
Dave Sherohman

Re: update-grub2 : résolu mais...

[Pierre L.]

Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par
exemple, et n'utiliser que cette clé comme périph' de boot ?

Les différentes distrib iront regarder sur tout le système là où il y a
moyen de booter non ? Et donc mettre à jour ce Grub à chaque fois que ce
sera nécessaire ?



signature.asc
Description: OpenPGP digital signature

Re: How to create a PDF-Printer from the command line

[Brian]

On Thu 18 Jan 2018 at 09:44:51 +, Curt wrote:

> On 2018-01-17, Chris Ramsden  wrote:
> > On 17/01/18 21:42, Ben Caradoc-Davies wrote:
> >> On 18/01/18 10:37, Joel Wirāmu Pauling wrote:
> >>> Works fine for txt, although as it rasterizes things it's not going to be
> >>> optimized for size.
> >>
> >> Yes, typically, but for large fonts and low resolution outputs with few 
> >> pages, rasterised pages may be smaller.
> >>
> >> Kind regards,
> >>
> > If I feed it a text file, it gives me an error:
> >
> > convert: improper image header `self_spam.txt' @ 
> > error/txt.c/ReadTXTImage/439.
> >
> > What's the trick to making it work with a text file as input?
> 
> I ran into the same error (fixed in later versions, apparently, though I
> am in the dark as to what version you are using and how late is later).
> 
> I read an explicit 
> 
> convert text:mytext.txt mytext.pdf
> 
> works.
> 
> But it doesn't work here.
> 
> Also: all roads lead to Rome, but some may be more suitable for wagons than 
> others.

As is obvious, I hadn't realised imagemagick converted text to pdf.
However, the command you give works for me on stable and unstable.
It gives unsearchable PDFs.

-- 
Brian

Re: comment adapter la syntaxe pour PgSQL

[David - DCPC]

Peut-être simplement parce qu'on a déjà acheté Jira depuis des années et
des projets dessus :)

Il a l'air sympa, mais assez simpliste aussi. à la rigueur ça ressemble
plus à un bout de GLPI :) mais c'est encore loin d'un JIRA en tout cas.

2018-01-17 16:17 GMT+01:00 Bernard Schoenacker 
:

>
>
> --
>
> *De: *"David - DCPC" 
> *À: *"Bernard Schoenacker" 
> *Cc: *"Jean-Michel OLTRA" ,
> debian-user-french@lists.debian.org
> *Envoyé: *Mercredi 17 Janvier 2018 15:30:15
> *Objet: *Re: comment adapter la syntaxe pour PgSQL
>
> Merci beaucoup pour ces infos, je risque d'avoir le même problème bientôt
> avec JIRA.
>
> Je suis encore en Debian 7 /Mysql, et JIRA indique ne pas supporter
> MariaDB (enfin que MariaDB est instable ou ne supporte pas bien un tas de
> fonctions ...).
> Et ils recommandent mysql ou postgresql. Choix restreint si j'arrive à
> migrer en Debian 9
>
> David
>
>
> bonjour,
>
> pourquoi ne pas employer "rt" il existe un paquet deb
>
>
> apt-cache search request tracker
> fusionforge-plugin-contribtracker - FusionForge plugin - Contribution
> Tracker
> fusionforge-plugin-scmhook - FusionForge plugin - Scmhook
> librt-extension-commandbymail-perl - Allow RT status and other commands
> by email
> request-tracker4 - extensible trouble-ticket tracking system
> rt4-apache2 - Apache 2 specific files for request-tracker4
> rt4-clients - mail gateway and command-line interface to request-tracker4
> rt4-db-mysql - MySQL database backend for request-tracker4
> rt4-db-postgresql - PostgreSQL database backend for request-tracker4
> rt4-db-sqlite - SQLite database backend for request-tracker4
> rt4-doc-html - HTML documentation for request-tracker4
> rt4-fcgi - External FastCGI support for request-tracker4
> rt4-standalone - Standalone web server support for request-tracker4
> rt4-extension-calendar - Calendar view for Request Tracker 4
> rt4-extension-customfieldsonupdate - edit ticket's custom fields on
> reply/comment (Request Tracker)
> rt4-extension-repeatticket - Repeat tickets in Request Tracker 4 based on
> schedule
>
> page web :
> https://bestpractical.com/request-tracker/
>
>
> slt
> bernard
>
>


-- 
Salutations,
David CHALON

Re: Client LDAP+Kerberos+PAM

[Àlex]

Hola Julio,

Crec que el packet krb5-clients va passar a ser el paquet krb5-user,
però no estic segur.

Em pots donar alguna pista més de per qué feu servir LDAP+Kerberos+PAM

Jo tinc alguna cosa escrita de configurar PAM per autentificar-se contra
servidor LDAP i de configurar KRB5 per autentificar-se contra servidor
Active Directori. Ho tinc escrit per Ubuntu Server 16.04 , que potser no
és molt diferent de Debian estable (o potser sí)

Salutacions


    Àlex


El 17/01/18 a las 20:43, Julio Amorós escribió:
> Hola,
> al departament funcionem amb un servidor Centos i màquines Fedora.
> Estem fent proves per veure si Debian (9) és millor que Fedora ;D
>
> Tenim un servidor Centos amb LDAP+kerberos+PAM, exportem per NFS ...
> Òbviament la configuració de client dels Fedorea la tenim per la ma,
> però estic intentant seguir aquest manual
> https://wiki.debian.org/LDAP/Kerberos
> i sembla que no està molt actaulitzat. A la primera de canvi em diu
> que instal·li un paquet que a Stretch (ni Jessie ...) ja no existeix:
> krb5-clients
>
> De tota manera, tot i que toquetejant a ma el fitxer krb5.conf
> la configuració de kerberos no és molt difícil.
>
> El problema ve després amb el PAM i LDAP.
> Entre d'altres coses a Fedora al directori /etc/pam.d/ fem servir
> retocats els fitxers:
> /password-auth-ac
> su
> system-auth-ac
> /
> el fitxer */su/* també existeix a Debian però fins aquí les
> similituds. Desconec quin és l'equivalent a Debian d'aquests fitxers ...
> /
> /
> /Si algú tingués algún enllaç amb documentació de debian tipus
> archlinux seria fantàstic :D
> /
> Moltes gràcies
> Julio/
> /
> /
> /
>
> -- 
> /“No hay puerta de atrás. Punto final. […] Si hubiera una puerta de
> atrás, entonces entiendo que no podría decirlo por que es parte del
> secretismo, de las normas que tengo que respetar para no hablar, pero
> le digo que no hay puerta de atrás”/
> Dorothee Belz, vicepresidenta de *Microsoft*

Re: Crossgrading Wheezy from 32bit to 64bit: Solving package dependency problems after kernel change.

[Pieter Van Isacker]

Hi Sven,

Thanks for that suggestion.
I've quickly tried this on a test VM and indeed crossgrading seems to work much 
better in debian 9 compared to debian 7.

Thanks,
Pieter

> On 16 Jan 2018, at 16:03, Sven Hartge  wrote:
> 
> Pieter Van Isacker  wrote:
> 
>> While testing change a Debian Wheezy from 32bit to 64bit I ran into an
>> issue. Following the guide on https://wiki.debian.org/CrossGrading
>>  Once we've change to 64bit we
>> plan to update to Debian 8 and then possibly to Debian 9
> 
> You are better off first upgrading to Debian 9 and *then* trying to
> crossgrade. The packages in Debian 9 are more prepared for multi-arch
> than the one in Debian 7.
> 
> Still, there is no guarantee it will work and for production systems I
> strongly advise you to just backup the data and reinstall from scratch
> as 64bit system.
> 
> Grüße,
> Sven.
> 
> -- 
> Sigmentation fault. Core dumped.
> 

Re: Banishing UUIDs from grub

[Stephan Seitz]

On Do, Jan 18, 2018 at 03:31:30 -0600, Dave Sherohman wrote:

What is the recommended method for preventing grub from using UUIDs to
refer to filesystems in the current Debian stable distribution?


In /etc/default/grub I have the option:

# Uncomment if you don’t want GRUB to pass „root=UUID=xxx” parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

Shade and sweet water!

Stephan

--
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |


smime.p7s
Description: S/MIME cryptographic signature

Re: Banishing UUIDs from grub

[Michael Lange]

Hi,

On Thu, 18 Jan 2018 03:31:30 -0600
Dave Sherohman  wrote:

> What is the recommended method for preventing grub from using UUIDs to
> refer to filesystems in the current Debian stable distribution?

not sure about this; have you tried to set

GRUB_DISABLE_LINUX_UUID=true

in /etc/default/grub ?

Regards

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

Death, when unnecessary, is a tragic thing.
-- Flint, "Requiem for Methuselah", stardate 5843.7

Banishing UUIDs from grub

[Dave Sherohman]

What is the recommended method for preventing grub from using UUIDs to
refer to filesystems in the current Debian stable distribution?

---

In an attempt to head off a "but you really want to use UUIDs!" debate:

The specific use-case I'm dealing with here is cloned virtual machines.
When I clone them, the virtual disks' UUIDs are cleared and new UUIDs
are assigned, which is as it should be.  However, this causes the first
boot to fail because grub can't find the UUID it wants to boot from,
requiring me to manually boot the system through the grub rescue shell.

Once the cloned VM is up and running, I can run grub-install to fix it,
but the use of UUIDs prevents the cloned VMs from booting unattended
until this is done.  If grub were to try to boot from lvm/system[1]
instead of lvm/UUID, that would remove the need for per-machine manual
intervention.

[1] ...and it will always and forever be lvm/system.  Removable media
and hardware which can autodetect in nondeterministic sequences are not
concerns here.

-- 
Dave Sherohman

Re: How to create a PDF-Printer from the command line

[Curt]

On 2018-01-17, Chris Ramsden  wrote:
> On 17/01/18 21:42, Ben Caradoc-Davies wrote:
>> On 18/01/18 10:37, Joel Wirāmu Pauling wrote:
>>> Works fine for txt, although as it rasterizes things it's not going to be
>>> optimized for size.
>>
>> Yes, typically, but for large fonts and low resolution outputs with few 
>> pages, rasterised pages may be smaller.
>>
>> Kind regards,
>>
> If I feed it a text file, it gives me an error:
>
> convert: improper image header `self_spam.txt' @ error/txt.c/ReadTXTImage/439.
>
> What's the trick to making it work with a text file as input?

I ran into the same error (fixed in later versions, apparently, though I
am in the dark as to what version you are using and how late is later).

I read an explicit 

convert text:mytext.txt mytext.pdf

works.

But it doesn't work here.

Also: all roads lead to Rome, but some may be more suitable for wagons than 
others.


-- 
“True terror is to wake up one morning and discover that your high school class
is running the country.” – Kurt Vonnegut