Re: Secure boot - Uefi installation

[solitone]

On Tuesday, 18 April 2017 00:30:47 CEST Karagkiaouris Diamantis wrote:
> do i have to disable the secure boot and then proceed with uefi
> installation?

Yes, you should disable secure boot. I had to do this when I installed Jessie 
on an HP UEFI laptop.

Re: Secure boot - Uefi installation

[Tony Baldwin]

On 04/17/2017 07:21 PM, Mark Fletcher wrote:

On Tue, Apr 18, 2017 at 12:30:47AM +0300, Karagkiaouris Diamantis wrote:

Dear All,

How can i install debian with UEFI support? Is there any simple tutorial?
Also do i have to disable the secure boot and then proceed with uefi
installation?
I have tried but then a message "could not authenticate boot media" emerges
and the boot stop right there.
I am new to debian and i don't want to abandon for this silly reason.

Thank you


Unless things have changed very recently, yes -- you need to disable
secure boot, then you can do an install to UEFI media. I say this with
the caveat that I have used UEFI-aware Debian install media but the only
UEFI install I have actually done was of LFS not Debian.

Debian install media can boot a UEFI-aware machine if secure boot is
disabled. I believe the live images only use MBR boot method, presumably
so they can work on the largest number of machines, even old ones
(UEFI-only machines are only just now emerging)

Mark



I thought UEFI compatible installations was the default now.
I'm pretty sure my hardware is uefi-ized, and it's all working fine.
Then again, I did not install current stable, but rather upgraded to 
Jessie from old stable (wheezy)


tony
--
93 - 93/93
http://tonybaldwin.me
all tony, all the time

Re: Sound problems (mpd, mpv mainly)

[kamaraju kusumanchi]

On Sat, Apr 8, 2017 at 7:09 AM, Pierre Frenkiel
 wrote:
>   Nevertheless, I don't see why this package is not
>   upgraded in Jessie: it just gives a list, and have then no dependency
>   problem.

Packages in Debian Stable are upgraded only when it fixes a security
related issue. I agree that the change is very small in this case. But
it does not qualify for an update.

raju
-- 
Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog

Re: Secure boot - Uefi installation

[Mark Fletcher]

On Tue, Apr 18, 2017 at 12:30:47AM +0300, Karagkiaouris Diamantis wrote:
> Dear All,
> 
> How can i install debian with UEFI support? Is there any simple tutorial?
> Also do i have to disable the secure boot and then proceed with uefi
> installation?
> I have tried but then a message "could not authenticate boot media" emerges
> and the boot stop right there.
> I am new to debian and i don't want to abandon for this silly reason.
> 
> Thank you
> 
Unless things have changed very recently, yes -- you need to disable 
secure boot, then you can do an install to UEFI media. I say this with 
the caveat that I have used UEFI-aware Debian install media but the only 
UEFI install I have actually done was of LFS not Debian.

Debian install media can boot a UEFI-aware machine if secure boot is 
disabled. I believe the live images only use MBR boot method, presumably 
so they can work on the largest number of machines, even old ones 
(UEFI-only machines are only just now emerging)

Mark

Re: Jessie for Udoo X86?

[Larry Dighera]

On Mon, 17 Apr 2017 15:51:00 +, GiaThnYgeia
 wrote:

>Eduard Bloch:
>> Hallo,
>> * Larry Dighera [Sun, Apr 16 2017, 09:27:46PM]:
>>>
>>> The new Udoo X86 boards have just begun to ship: . 
>>>
>>> Is anyone able to provide a link to the 64-bit Debian Jessie USB/SD
>>> installation ISO/img?
>> 
>> Did you try the regular installer from USB stick already?
>
>https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/
>
>If live runs well chances are that you can install it
>
>there is Puppy Linux among others that run entirely on RAM, once loaded
>no disk is required, ideally they will run as long as there is a
>continuous power supply.  Given enough ram you can modify most linux to
>run this way, but some are designed and modified specifically saving you
>the trouble.
>
>> Data sheet indicates that it supports "All Linux Flavors for x86". Which
>> means that it's probably usual Intel hardware inside. It might lack a
>> few drivers for recent hardware revisions but you could install a
>> kernel from jessie-backports in that case.
>
>Interesting and seems more potent than the raspberry system.  But if
>size did not matter so damn much for less money you can get a decent
>USFF box and throw the box away and pretend you are building from
>scratch.  I suspect the quality of some older USFF is higher.  Yes the
>processor and cooling aparatus is a bit bulky ... but it depends on the
>use and available space/weight requirement.

Thank you for your response.

I found the 'debian-8.7.1-amd64-DVD-1.iso' image here:
, burned it to
SD card in a USB reader with Rufus , and booted it
from USB on the Udoo X86 Advanced hardware (Intel quad-core Celeron N3160
2.24 GHz & Intel® Quark SE core 32 MHz plus 32-bit ARC core 32 MHz, Intel HD
Graphics 400 Up to 640 MHz 12 execution units, 4 GB DDR3L Dual Channel RAM
and 32GB eMMC Storage).  

I selected the GUI Install from the menu, and all proceeded remarkably fast
and smooth without a hitch (except the WiFi, but gigabit Ethernet enabled
downloading all required additional files) until the last when it came to
grub.  

The installer advised that it had detected another OS being installed, and
presented me with a few choices to which I wasn't sure of the correct one,
so I took the default.  That must have been wrong, as now Debian won't boot
with grub from the eMMC "Hard Drive."  I'm not at all familiar with grub.

I can boot into recovery mode though, and from the command line it appears
the install was successful.  So I'm close, but don't know exactly how to
proceed to make it bootable.

Any clues sincerely appreciated.

Re: Possibly erroneous "device not present" message during boot

[Lisi Reisz]

On Monday 17 April 2017 23:04:57 Richard Owlett wrote:
> Please note my usage of "criterion" rather than "criteria".

Sorry Richard.  I would certainly have noted if you hadn't.  It would have 
screamed at me.  I'm afraid that I don't always notice in passing when words 
are used correctly!  Nor do I see any need to note, as requested, that you 
know the difference between one and more of something. ;-)

Lisi

Re: Possibly erroneous "device not present" message during boot

[Brian]

On Mon 17 Apr 2017 at 17:04:57 -0500, Richard Owlett wrote:

> On 04/17/2017 02:04 PM, Brian wrote:
> >On Sat 15 Apr 2017 at 00:07:39 +0200, Pascal Hambourg wrote:
> >
> >>Le 14/04/2017 à 19:05, Richard Owlett a écrit :
> >>
> >>>Does any of this justify a bug report.
> >>
> >>No. The only bug is that the system installed on the SD card boots while it
> >>should not.
> >
> >Why shouldn't the system boot? It has the same kernel that is on the
> >hard disk, And the GRUB versions are the same. Does it matter where the
> >booted kernel resides?
> >
> >Ok. The OP was lucky. Another arrangement between the booted OS and GRUB
> >on the hard disk would possibly have led to a loss of sale for the store.
> >Never using anything but Jessie installs (which is what the OP does) is
> >a disadvantage when GRUB is involved.
> 
> Not quite correct.
> I performed what *I* considered a *WORST CASE TEST*.
> It passed.
> My *minimal* criterion was the ability to read *AND* write the device.

You haven't quite absorbed and understood

https://lists.debian.org/debian-user/2017/04/msg00430.html

I'd suggest you get to grip with its contents.

> CAVEAT LECTORS
>  Before retirement I frequently served in QA/QC roles
>NOTE BENE: QC is NOT identical to QA
>though "pickers of nits" frequent both
> 
> Please note my usage of "criterion" rather than "criteria".

I did. I also noted your use of "minimal" rather than "minimum". (I would
not normally point out things like this but times are hard. :) )

-- 
Brian

Re: Possibly erroneous "device not present" message during boot

[Richard Owlett]

On 04/17/2017 04:11 PM, GiaThnYgeia wrote:



Richard Owlett:

 4. All installs in this thread have been done using DVD 1 of
13 of Debian 8.6.0 - thus all intrinsically use the same
kernel.


Is this with the actual dvd or the image of the 1st DVD on a usb-stick?


In this case a tautology.


I assume once everything was installed and rebooted there was an upgrade


*ERROR* - All is from DVD - I have MINIMAL available band width ;/


to the latest Jessie which I am pretty sure incorporated a new version
of grub-xxx and updates the grub.cfg based on the current state of that
boot.  During the installation it asks you to select and confirm where
you want grub installed, but when it is upgraded as a package it bases
its installation on previous options, except it reviews that the
installed systems on partitions are actually there.


Does any of this justify a bug report. Especially as I do not
have the bandwidth to do a netinstall of a pre-release version?


If your bug reporting is functional, go ahead it is FREE!  :)


You err.
A spurious bug report may cost me nothing.
*HOWEVER* it costs OTHERS!


I am saying this because it only works with the appropriate network/mail
setup that Debian dictates.

Re: Systemd services (was Re: If Linux Is About Choice, Why Then ...)

[Jonathan Dowland]

On Fri, Apr 14, 2017 at 03:17:00PM +0200, Nicolas George wrote:
> Note: systemd is not for end-users, it is for system administrator and
> distribution authors.

{systemctl,journalctl,etc.} --user beg to differ.


-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.


signature.asc
Description: Digital signature

Re: Possibly erroneous "device not present" message during boot

[Richard Owlett]

On 04/17/2017 02:04 PM, Brian wrote:

On Sat 15 Apr 2017 at 00:07:39 +0200, Pascal Hambourg wrote:


Le 14/04/2017 à 19:05, Richard Owlett a écrit :


Does any of this justify a bug report.


No. The only bug is that the system installed on the SD card boots while it
should not.


Why shouldn't the system boot? It has the same kernel that is on the
hard disk, And the GRUB versions are the same. Does it matter where the
booted kernel resides?

Ok. The OP was lucky. Another arrangement between the booted OS and GRUB
on the hard disk would possibly have led to a loss of sale for the store.
Never using anything but Jessie installs (which is what the OP does) is
a disadvantage when GRUB is involved.



Not quite correct.
I performed what *I* considered a *WORST CASE TEST*.
It passed.
My *minimal* criterion was the ability to read *AND* write the device.

CAVEAT LECTORS
 Before retirement I frequently served in QA/QC roles
   NOTE BENE: QC is NOT identical to QA
   though "pickers of nits" frequent both

Please note my usage of "criterion" rather than "criteria".
Side note: I am an alumnus of "Venatores Verborum"

may dictator lapidum rip

Re: If Linux Is About Choice, Why Then ...

[Jonathan Dowland]

On Fri, Apr 14, 2017 at 02:57:35PM +0300, Reco wrote:
> On Thu, Apr 13, 2017 at 06:37:03PM +0100, Jonathan Dowland wrote:
> > Red Hat employees do have significant involvement in Fedora. This is true.
> > May I ask, what model would you prefer?
> 
> Both, actually.

Your answer that follows indicates that you misunderstood my question.

Red Hat do indeed employ people who work on Fedora, much as the do for X,
GNOME, the kernel, systemd, and a whole raft of other technologies. Your
suggestion was that this impaired the independence of these projects. My
question is, what would be your ideal situation? How should people who work on
these projects get paid for their work? Or perhaps they shouldn't, and this
stuff should be strictly hobby only? Who should Red Hat employ, or to put it
another way, what should Red Hat employees do if not work in the open?

-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.


signature.asc
Description: Digital signature

Secure boot - Uefi installation

[Karagkiaouris Diamantis]

Dear All,

How can i install debian with UEFI support? Is there any simple tutorial?
Also do i have to disable the secure boot and then proceed with uefi 
installation?
I have tried but then a message "could not authenticate boot media" 
emerges and the boot stop right there.

I am new to debian and i don't want to abandon for this silly reason.

Thank you

Re: Possibly erroneous "device not present" message during boot

[GiaThnYgeia]

Richard Owlett:
>  4. All installs in this thread have been done using DVD 1 of
> 13 of Debian 8.6.0 - thus all intrinsically use the same
> kernel.

Is this with the actual dvd or the image of the 1st DVD on a usb-stick?
I assume once everything was installed and rebooted there was an upgrade
to the latest Jessie which I am pretty sure incorporated a new version
of grub-xxx and updates the grub.cfg based on the current state of that
boot.  During the installation it asks you to select and confirm where
you want grub installed, but when it is upgraded as a package it bases
its installation on previous options, except it reviews that the
installed systems on partitions are actually there.

> Does any of this justify a bug report. Especially as I do not
> have the bandwidth to do a netinstall of a pre-release version?

If your bug reporting is functional, go ahead it is FREE!  :)
I am saying this because it only works with the appropriate network/mail
setup that Debian dictates.

-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: Possibly erroneous "device not present" message during boot

[GiaThnYgeia]

Richard Owlett:
> On 04/12/2017 12:13 PM, Pascal Hambourg wrote:
>> Le 12/04/2017 à 17:14, Richard Owlett a écrit :
>>>
>>> Whether initiated after power-on OR a restart the observed sequence is:
>>> 1. Appearance of the Grub2 menu with a choice of 4 instances of Debian.
>>> 2. Select instance installed on the SD card.
>>> 3. Screen clears, this message appears against the Debian 8 background.
>>>error:  no such device: 380e2a6d-f851-4fd1-9db2-869a0982b511.
>>>Press any key to continue ...
>>> 4. Otherwise the instance of Debian on the SD card boots routinely.
>>
>> This is a GRUB error message which cannot find the UUID specified in a
>> "search" command.
>>
>> In order to investigate, can you
>> - report the menu entry code for the SD card system in
>> /boot/grub/grub.cfg (the one from the system on the hard drive owning
>> GRUB, not the one on the SD card) ;
> 
> On theory "too much better than too little" I see:
> 
> ### BEGIN /etc/grub.d/20_linux_xen ###
> 
> ### END /etc/grub.d/20_linux_xen ###

Wild shot of the blind helping the half blind here.

If the uuid is correct but if sda and sdb are reversed the wrong
partition is found on the crossed uuid.
I couldn't reproduce it myself but there had been a couple of instances
while messing with usb-mem-sticks and installing grub to the stick as if
it was a real disk, that this happened.  Booting from the bios command
to choose between hdd or usb seemed more consistent than when bios was
adjusted to automatically try to boot from usb if it existed before
trying the hdd.  I don't know whether your setup can relate.  To make
matters worse when the usb installed grub was crossed and the hdd became
sdb I updated grub-pc which goes through the whole procedure of seeking
installed systems on all drives and updating the usb-installed grub to
where now it would seek hd installed systems in sdb!  So now the correct
booting order would not work and the default primary installed debian
was not found on sda1 as it did not exist on the hd.

So, I am speculating such crossing may have taken place between store
and home that produced the mistake, sda and sdb were reversed.  Now if
you have 1 hdd and 2 usb drives/mem-sticks things can get really messy
as grub is silly enough to think this is a fixed order of things.  As
you unplug sdb and reboot sdc has now become sdb even though it was
never moved.  But how did you install something on the usbdisk?  Was it
from a live usb-stick?  If that stick is gone then your installed grub
thinks that the HD is the usb/live stick that installed debian.

I hope this makes some sense to someone.  Does a usb memory stick really
have an MBR?  It may act like it.




-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: [OT] Recuperar archivos ext4 encriptados por troyano

[Gustavo Conradi]

Hola
Una vez tengas resuelto el problema, quizas te convenga comprimir los
ejecutables y dll de windows con "upx".
Al menos se la dejas complicada a los bichos.

Slds

On Mon, 17 Apr 2017 20:20:45 +0200
Debian Forever  wrote:

> Buenos días, he tenido recientemente un percance con mi servidor
> doméstico... Algún portatil en casa tengo windows y me ha encriptado
> todos los archivos del SO de windows, esto no me preocupa, lo peor es
> que tenía una unidad montada de red con Samba en un Debian y me ha
> encriptado todos los archivos...
> 
> Tengo copia de casi todo, pero los últimos archivos, que eran
> bastantes, no tenía copia...
> 
> Mi pregunta es, es posible con ext4 sacar control de versionado de
> ficheros y poder recuperarlos??
> 
> Gracias.
> 


-- 

--

Re: [OT] Recuperar archivos ext4 encriptados por troyano

[petrohs]

El 17/04/17 a las 13:53, JAP escribió:
> El 17/04/17 a las 15:20, Debian Forever escribió:
>> Buenos días, he tenido recientemente un percance con mi servidor
>> doméstico... Algún portatil en casa tengo windows y me ha encriptado
>> todos los archivos del SO de windows, esto no me preocupa, lo peor es
>> que tenía una unidad montada de red con Samba en un Debian y me ha
>> encriptado todos los archivos...
>>
>> Tengo copia de casi todo, pero los últimos archivos, que eran
>> bastantes, no tenía copia...
>>
>> Mi pregunta es, es posible con ext4 sacar control de versionado de
>> ficheros y poder recuperarlos??
>>
>> Gracias.
>>
>
> Fijate acá.
> Si el algoritmo de encriptación es viejo, tal vez tengas suerte.
>
> https://www.nomoreransom.org/decryption-tools.html
>
> JAP
>
Un conocido ( Bea San) me sugerido dar un vuelta por 
https://docs.google.com/spreadsheets/d/1TWS238xacAto-fLKh1n5uTsdijWdCEsGIM0Y0Hvmc5g/pubhtml


-- 
*petrohs, el compa obrero*
/"Cada cual según sus fuerzas, cada quien según sus necesidades..."/
[gpg : 15AD 0077 7028
D720 539C D2B0 CEB5 C220 F1B7 1CDB
]



signature.asc
Description: OpenPGP digital signature

Re: RTL8111 Networking Drivers

[Gene Heskett]

On Monday 17 April 2017 12:28:00 GiaThnYgeia wrote:

> Ron Bales:
> > Yeah just hope'n someone could get a line in
>
> This is an English users list, please translate hope'n for us dear!
>
> Old timers ganging up against the newbie is the oldest trick on the
> book to avoid responding to criticism.

Depends.  The new bee, refusing to acknowledge that the old timer has 
been there, done that, and might have learned something from that 
experience. We can try to teach, and do from time to time, but we've 
learned from experience that it is up to the listener to learn.  Thats 
your choice of course.

Ric had a sig for years that applies here I believe.

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: RTL8111 Networking Drivers

[Gene Heskett]

On Monday 17 April 2017 11:32:14 Ric Moore wrote:

> On 04/17/2017 11:04 AM, Nicolas George wrote:
> > L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :
> >> Don't expect "Debian" to respond to you, it is like talking to the
> >> Borg
> >
> > You realize Debian is not a person, right?
>
> Anyone remember Karl?? :)  Ric

Yes, too well Ric.  Same fix?  How are you doing these days?

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: Possibly erroneous "device not present" message during boot

[Brian]

On Mon 17 Apr 2017 at 08:48:50 +, Curt wrote:

> On 2017-04-17, David Wright  wrote:
> >
> > Oddly, this ancient laptop (Acer) has a slot that makes the SD card
> > look like a /dev/sdX disk, and the BIOS is happy to boot from it.
> 
> I have an Acer X1430 with an internal "Multi-in-1 Media Card Reader" for
> which an SD card inserted into the reader is recognized by the kernel as
> as a /dev/sdX disk.

You have to be careful here to distinguish between what the OS can
recognise and what GRUB can see. The kernel will be using the Multimedia
Card device drivers to detect the device and assign a name to it.  Check
the modules are loaded with

 lsmod | grep mmc

On the other hand, GRUB can only boot from a device when information
is provided to it by the BIOS [1]. Using the normal GRUB setup [2] that
Debian provides, the command

 ls

at the GRUB command prompt (press "c" within the GRUB menu for this)
will show whether a device equivalent to the kernel's /dev/sdX is
discovered.

[1] Not completely correct, but it will do for the point I want to make.

[2] The "normal" setup does not load GRUB's nativedisk module.

-- 
Brian.

Re: Possibly erroneous "device not present" message during boot

[Brian]

On Sat 15 Apr 2017 at 00:07:39 +0200, Pascal Hambourg wrote:

> Le 14/04/2017 à 19:05, Richard Owlett a écrit :
> 
> >Does any of this justify a bug report.
> 
> No. The only bug is that the system installed on the SD card boots while it
> should not.

Why shouldn't the system boot? It has the same kernel that is on the
hard disk, And the GRUB versions are the same. Does it matter where the
booted kernel resides?

Ok. The OP was lucky. Another arrangement between the booted OS and GRUB
on the hard disk would possibly have led to a loss of sale for the store.
Never using anything but Jessie installs (which is what the OP does) is
a disadvantage when GRUB is involved.

-- 
Brian.

Re: RTL8111 Networking Drivers

[GiaThnYgeia]

Lisi Reisz:
> You do realise that Ron is the OP of this thread, and presumably even more 
> new 
> that yourself?

Are you luring me down another irrelevant to the issue path?
If you did not notice, instead of (me) being a smart-rear-end I already
responded specifically to the OP with the 2 packages 8168-9 that relate
to his generalized question of 8111*.  If you are correcting me about my
explanation of non-free "firmware" and lack of specificity I can
understand, but fail to see it.

Can you explain to all of us what is your specific problem with me, as
you are avoiding the issue itself and trying to find a different tangent
to be right about.

I don't know what is your definition of organization, in response to
your comment

>  the delusion that there is an organisation called "Debian"

Correct me if I am wrong, weren't you the one sending me the links for
the constitution and hierarchy?  That constitutes a hierarchical
organization.  Does a community have a hierarchy, not without a communal
constitution it doesn't.  (hence my signature of who died and made you
boss).

Whether it can, or will not, respond seems to be exactly what I was
explaining to the OP.  Being irresponsive does not make the fact, that
it is an organization, my illusion.  Nor am I saying I truly expect it
to respond to me or anyone.  The call is open (and free) to respond to
criticism "with logical arguments" which I am willing to recognize and
accept if they existed.  Otherwise there is no organization or community
that will moderate the criticism.  It is already public domain.

> Lisi

>This is one of those (few) times when it is a pity that this list
>isn't moderated.

Purely illogical sequence!  You are not making sense, you are avoiding
the issue, and desperately beg to have me respond to your requests to
shut up.  I don't know what to do.  Help me.

The easiest way to have someone respond when they don't care to continue
something is to bring up out of context, false, and illogical comments
about them.  I promise to be quiet if you stop this out of context
illogical commenting.  You have not added 1cent in the issue.

I am getting so desperate for any responses I am imagining some of my
own.  ie..

(it takes so much effort and workhours to edit open and free firmware
that exist and work in Deb8 that it is not worth the little demand for
them, so they are dropped in Deb9.  But if NVIDIA gets their non-free
code public tomorrow for their latest supergadget for gamers that work
is weel worth the while to be available in Debian 9 and Sid.)

That would have been a logical argument and response to the criticism.
IF IT WERE TRUE!

Or, someone of those for 2 decade experts in Debian could have implied
(that it is easy and possible to just lock the firmware from Jessie to
Stretch and modify its source to make it run yourself, or something!)
Which would have defeated the previous argument if it were true!

But then there is Joe's response that I interpret as 

naahhh..  I will not do you that favor to interpret here!


Peace my brothers and sisters ...


-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: [OT] Recuperar archivos ext4 encriptados por troyano

[JAP]

El 17/04/17 a las 15:20, Debian Forever escribió:

Buenos días, he tenido recientemente un percance con mi servidor
doméstico... Algún portatil en casa tengo windows y me ha encriptado
todos los archivos del SO de windows, esto no me preocupa, lo peor es
que tenía una unidad montada de red con Samba en un Debian y me ha
encriptado todos los archivos...

Tengo copia de casi todo, pero los últimos archivos, que eran
bastantes, no tenía copia...

Mi pregunta es, es posible con ext4 sacar control de versionado de
ficheros y poder recuperarlos??

Gracias.



Fijate acá.
Si el algoritmo de encriptación es viejo, tal vez tengas suerte.

https://www.nomoreransom.org/decryption-tools.html

JAP

Re: RTL8111 Networking Drivers

[Curt]

On 2017-04-17, GiaThnYgeia  wrote:
> Nicolas George:
>> L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :
>>> Don't expect "Debian" to respond to you, it is like talking to the Borg
>> 
>> You realize Debian is not a person, right?
>
> You realize GiaThnYgeia is not a person either, right?
>

Whatever it is, it's a blowhard.

[OT] Recuperar archivos ext4 encriptados por troyano

[Debian Forever]

Buenos días, he tenido recientemente un percance con mi servidor
doméstico... Algún portatil en casa tengo windows y me ha encriptado
todos los archivos del SO de windows, esto no me preocupa, lo peor es
que tenía una unidad montada de red con Samba en un Debian y me ha
encriptado todos los archivos...

Tengo copia de casi todo, pero los últimos archivos, que eran
bastantes, no tenía copia...

Mi pregunta es, es posible con ext4 sacar control de versionado de
ficheros y poder recuperarlos??

Gracias.

Re: Res: OFF Topic Roteadores Net distribuindo SSID "fantasma"

[Márcio Pedroso]

realmente, se vc nao quer fazer isso, ok, porem, seria etico usar esse
recuso ao seu favor? olha eu nao distribuo o sinal, porem, eu uso na rua se
alguem deixar?


Em 17 de abril de 2017 14:20, Thiago Torres Faioli 
escreveu:

> Acredito não ter necessidade de comprar outro equipamento! Basta seu modem
> estar na lista de hardwares suportados do projetos listados abaixo! Se sim;
> faça a troca do firmware...
>
>
> 1_  https://www.dd-wrt.com
> 2_  https://openwrt.org
>
>
> Abrs
> Thiago Faioli
>
>
> On 1 Mar 2017, at 12:30, Henrique Fagundes 
> wrote:
>
> Senhores,
>
> Concordo com o Henry quando ele toca no quesito "moralidade".
> Mesmo que indiretamente, esse modelo de negócio utiliza nossa infra
> (energia elétrica, ambiente refrigerado sem umidade, etc) para fornecer
> internet para "terceiros" sem dar nada em troca.
>
> Como o outro colega falou, acionar a ANATEL certamente não vai mudar nada.
> Eu prefiro uma solução mais cômoda, rápida e pratica! Compre outro modem.
>
> Eu por exemplo nunca gostei de modem de operadora. Tenho um link da
> LiveTIM e comprei outro modem. Eu lembro até que custei bastante a achar,
> pois a tecnologia usada é a VDSL2, e esse modem teve que ser comprado fora
> do Brasil.
>
> E mais! Nunca gostei de utilizar o modem para distribuir WiFI! Minha infra
> está assim:
>
> MODEM ---> Firewall MikroTik ---> AP/Ethernet/WiFi
>
> Abraços a todos!
>
> Atenciosamente,
>
> Henrique Fagundes
> henri...@linuxadmin.com.br
> Skype: magnata-br-rj
> Linux User: 475399
>
> http://www.aprendendolinux.com/
> http://www.facebook.com/PortalAprendendoLinux
> http://youtube.com/aprendendolinux/
> http://twitter.com/aprendendolinux/
> __
> Participe do Grupo Aprendendo Linux
> http://listas.aprendendolinux.com
>
> Ou envie um e-mail para:
> aprendendolinux-subscr...@listas.aprendendolinux.com
>
>
> Em 01/03/2017 11:17, Márcio Pedroso escreveu:
>
> acho muito interessante essa questao do legal ou nao legal.. com certeza
> um conglomerado da america movil deve ter advogados e tecnicos que deram
> o aval para evitar o minimo de processos. helio a net trabalha nessa
> escala de transmissao do sinal, fibra otica>cabo coaxial de grosso
> calibre(.750mm a .500mm), cabo coaxial indor(rg6). na estrutura da rede
> que chega no cliente nao ha par transado. a net nos grandes centros
> utiliza em sua rede roteadores de rua que estao plugados diretamente em
> seus cabeamentos, e esses so estao nos grandes centros pois precisam de
> um grande investimento(beirando o milhao) para instalaçao de equipamento
> no headend. a ideia em si é muito bacana de tu poder usar ao inves de
> dados moveis, usar o wi fi e consumir a tua franquia, mesmo fora de
> casa. e acredito eu com o impacto muito pequeno ou invisivel para o
> locatario do equipamento.
>
>
> Em 27 de fevereiro de 2017 18:10, Helio Loureiro  >> escreveu:
>
>Se não me engano essa questão de usar o modem na residência do
>usuário como acess point da operadora foi questionado na ANATEL
>antes de ser colocado em prática.  E ela deu ok.
>
>Mas nada impede de vc colocar papel aluminio em volta do modem...
>
>./helio
>
>-= sent via Android =-
>
>On Feb 27, 2017 17:20, "Leandro Guimarães Faria Corcete DUTRA"
>>> wrote:
>
>Le lun. 27 févr. 2017 à 13:05, jmhenri...@yahoo.com.br
>> a écrit
> :
>
>
>A parte técnica eh a degradação do link com um hipotético
>número de conexões "alheias" ao contratante do serviço. Uma
>conexão de 5mbps pode não impactar, mas se o contratante
>ficar ao alcance de uma praça em uma avenida de grande
>movimento, são N x 5mbps, e isso sim pode impactar.
>
>
>Esse ‘n’ é relativamente baixo, mas seria bom saber quanto.
>
>
>Isso tudo assumindo que a operadora consegue isolar, separar
>e proteger a rede interna e externa.
>
>
>Teoricamente consegue, mas sabemos que o histórico e a natureza
>dos sistemas proprietários não anima, para não falar da própria
>complexidade da tarefa.
>
>
>E a parte moral eh a operadora se utilizar da estrutura
>física do contratante bem como o consumo de energia elétrica
>
>
>Talvez esse fosse um ângulo passível de questionamento judicial,
>se conseguirmos medir esse consumo adicional pela rede extra.
>
>
>e apropriação da localização para deixar de investir em
>infraestrutura de antenas próprias em locais próprios para
>criar uma malha  de alcance do serviço que agrega valor a
>sua marca, sem oferecer nada em troca ao contratante, nem ao
>menos 

Re: Res: OFF Topic Roteadores Net distribuindo SSID "fantasma"

[Thiago Torres Faioli]

Acredito não ter necessidade de comprar outro equipamento! Basta seu modem 
estar na lista de hardwares suportados do projetos listados abaixo! Se sim; 
faça a troca do firmware...


1_  https://www.dd-wrt.com
2_  https://openwrt.org


Abrs
Thiago Faioli


> On 1 Mar 2017, at 12:30, Henrique Fagundes  wrote:
> 
> Senhores,
> 
> Concordo com o Henry quando ele toca no quesito "moralidade".
> Mesmo que indiretamente, esse modelo de negócio utiliza nossa infra (energia 
> elétrica, ambiente refrigerado sem umidade, etc) para fornecer internet para 
> "terceiros" sem dar nada em troca.
> 
> Como o outro colega falou, acionar a ANATEL certamente não vai mudar nada.
> Eu prefiro uma solução mais cômoda, rápida e pratica! Compre outro modem.
> 
> Eu por exemplo nunca gostei de modem de operadora. Tenho um link da LiveTIM e 
> comprei outro modem. Eu lembro até que custei bastante a achar, pois a 
> tecnologia usada é a VDSL2, e esse modem teve que ser comprado fora do Brasil.
> 
> E mais! Nunca gostei de utilizar o modem para distribuir WiFI! Minha infra 
> está assim:
> 
> MODEM ---> Firewall MikroTik ---> AP/Ethernet/WiFi
> 
> Abraços a todos!
> 
> Atenciosamente,
> 
> Henrique Fagundes
> henri...@linuxadmin.com.br 
> Skype: magnata-br-rj
> Linux User: 475399
> 
> http://www.aprendendolinux.com/ 
> http://www.facebook.com/PortalAprendendoLinux 
> 
> http://youtube.com/aprendendolinux/ 
> http://twitter.com/aprendendolinux/ 
> __
> Participe do Grupo Aprendendo Linux
> http://listas.aprendendolinux.com 
> 
> Ou envie um e-mail para:
> aprendendolinux-subscr...@listas.aprendendolinux.com 
> 
> 
> 
> Em 01/03/2017 11:17, Márcio Pedroso escreveu:
>> acho muito interessante essa questao do legal ou nao legal.. com certeza
>> um conglomerado da america movil deve ter advogados e tecnicos que deram
>> o aval para evitar o minimo de processos. helio a net trabalha nessa
>> escala de transmissao do sinal, fibra otica>cabo coaxial de grosso
>> calibre(.750mm a .500mm), cabo coaxial indor(rg6). na estrutura da rede
>> que chega no cliente nao ha par transado. a net nos grandes centros
>> utiliza em sua rede roteadores de rua que estao plugados diretamente em
>> seus cabeamentos, e esses so estao nos grandes centros pois precisam de
>> um grande investimento(beirando o milhao) para instalaçao de equipamento
>> no headend. a ideia em si é muito bacana de tu poder usar ao inves de
>> dados moveis, usar o wi fi e consumir a tua franquia, mesmo fora de
>> casa. e acredito eu com o impacto muito pequeno ou invisivel para o
>> locatario do equipamento.
>> 
>> 
>> Em 27 de fevereiro de 2017 18:10, Helio Loureiro > >> escreveu:
>> 
>>Se não me engano essa questão de usar o modem na residência do
>>usuário como acess point da operadora foi questionado na ANATEL
>>antes de ser colocado em prática.  E ela deu ok.
>> 
>>Mas nada impede de vc colocar papel aluminio em volta do modem...
>> 
>>./helio
>> 
>>-= sent via Android =-
>> 
>>On Feb 27, 2017 17:20, "Leandro Guimarães Faria Corcete DUTRA"
>> > >> wrote:
>> 
>>Le lun. 27 févr. 2017 à 13:05, jmhenri...@yahoo.com.br 
>> 
>>> a 
>> écrit :
>> 
>> 
>>A parte técnica eh a degradação do link com um hipotético
>>número de conexões "alheias" ao contratante do serviço. Uma
>>conexão de 5mbps pode não impactar, mas se o contratante
>>ficar ao alcance de uma praça em uma avenida de grande
>>movimento, são N x 5mbps, e isso sim pode impactar.
>> 
>> 
>>Esse ‘n’ é relativamente baixo, mas seria bom saber quanto.
>> 
>> 
>>Isso tudo assumindo que a operadora consegue isolar, separar
>>e proteger a rede interna e externa.
>> 
>> 
>>Teoricamente consegue, mas sabemos que o histórico e a natureza
>>dos sistemas proprietários não anima, para não falar da própria
>>complexidade da tarefa.
>> 
>> 
>>E a parte moral eh a operadora se utilizar da estrutura
>>física do contratante bem como o consumo de energia elétrica
>> 
>> 
>>Talvez esse fosse um ângulo passível de questionamento judicial,
>>se conseguirmos medir esse consumo adicional pela rede extra.
>> 
>> 
>>e apropriação da localização para deixar de investir em
>>infraestrutura 

Re: RTL8111 Networking Drivers

[Pascal Hambourg]

Le 17/04/2017 à 18:51, Lisi Reisz a écrit :


The reason that Debian does not include the drivers for RTL8111 in whichever
installer you used (you do not say which it was) will be that RTL8111
requires a non-free driver and Debian includes only free software by default.


Don't you mean "firmware" instead of "driver" ?

The Debian installer includes a free driver for some variants of the the 
RTL8111/RTL8168, called r8169. This driver is included in the mainline 
kernel. It may require non-free firmwares for some supported devices, 
but this does not prevent inclusion of the *driver* in the main 
distribution and the installer.

Re: RTL8111 Networking Drivers

[Lisi Reisz]

On Monday 17 April 2017 17:28:00 GiaThnYgeia wrote:
> Ron Bales:
> > Yeah just hope'n someone could get a line in
>
> This is an English users list, please translate hope'n for us dear!
>
> Old timers ganging up against the newbie is the oldest trick on the book
> to avoid responding to criticism.

You do realise that Ron is the OP of this thread, and presumably even more new 
that yourself?

Lisi

Re: RTL8111 Networking Drivers

[Lisi Reisz]

On Monday 17 April 2017 17:25:00 GiaThnYgeia wrote:
>  Political
> responsibility lies on the organization to respond to criticism or allow
> it to rest as valid and unanswered.

You seem to labour under the delusion that there is an organisation 
called "Debian", which could, if it wished, respond to you.  Debian consists 
in and comprises its community.  Part of that community is trying, very 
unsuccessfully, to communicate with you, and has responded frequently.  You 
choose to discount those responses.  That is your prerogative.  But you are 
getting responses.

You also seem to labour under the delusion that ad hominem attack somehow 
proves your point.

This is one of those (few) times when it is a pity that this list isn't 
moderated.

Lisi

Re: RTL8111 Networking Drivers

[Lisi Reisz]

On Sunday 16 April 2017 15:12:14 Ron Bales wrote:
> Why do you not include the drivers for RTL8111 I have not used Mint for
> years because the network never worked I found the drivers and installed
> them but way to much trouble I was getting ready to give up for good and
> found the instructions to install. The network works fine in Ubuntu?

The reason that Debian does not include the drivers for RTL8111 in whichever 
installer you used (you do not say which it was) will be that RTL8111 
requires a non-free driver and Debian includes only free software by default.  
There are ways round this, but you don't give enough information.

Many other distributions do include some non-free firmware by default.

As has been pointed out, Debian is neither a person, nor an organisation.

HTH
Lisi

Re: RTL8111 Networking Drivers

[Nicolas George]

L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :
> You realize GiaThnYgeia is not a person either, right?

Yes, but frankly I do not care. *PLONK*

Re: RTL8111 Networking Drivers

[GiaThnYgeia]

Ron Bales:
> Yeah just hope'n someone could get a line in

This is an English users list, please translate hope'n for us dear!

Old timers ganging up against the newbie is the oldest trick on the book
to avoid responding to criticism.

-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: RTL8111 Networking Drivers

[GiaThnYgeia]

Nicolas George:
> L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :
>> Don't expect "Debian" to respond to you, it is like talking to the Borg
> 
> You realize Debian is not a person, right?

You realize GiaThnYgeia is not a person either, right?

I do relaize that there may be practical/financial barriers for Debian
not to have official spokespeople speaking for Debian and as Debian, but
this reality should not dismiss any and all criticism.  Political
responsibility lies on the organization to respond to criticism or allow
it to rest as valid and unanswered.  Of course you, as an outsider,
anyone, can respond to criticism and defeat it with a better argument.
In such an occasion this criticism is dismissed as stronger
counterarguments now exist.

This is the very fundamental principle of a "free" society.  It is the
fundation of the "non-free" society to disrupt any and all arguments,
dismiss criticism, and enforce silence by force.

In the case of Lisi's efforts, trying to deviate from a real issue and
criticism and derail the whole critical argument, as the result of an
irrelevant fault, is irrelevant itself to the criticism.  It does not
matter if Lisi heard of Debian yesterday or is the original writer of
unix/linux/debian.  The response was political and illogical, and a
cheap trick to deviate from an issue.

Criticism when is constructive it is intended to improve on the existing
not to undermine it or hurt it.  Only when Debian can not be undermined
by any criticism and all of it is answered by logical arguments will we
be talking of not just a good system, but the best.

And despite which of us here says what I just said, we, as GiaThnYgeia,
stand behind this argument.

PS  The reference to the Borg if perceived as a negative
characterization it would be based on your (plural) bias and perception.
 Beyond the debate of good and evil, what's wrong with the Borg anyway?
Just because the Evil Empire turned against it as a whole does not make
the Borg bad! ;)

The rest of yas, why don't you chill out a bit, unless you are looking
for a reaction to black-list me off "your" list.  If you can't respond
to criticism just be quiet then!  If you feel Debian is better off
without me just argue that point and if you are right I promise to
remain silent, which is the same as reading the list off of its archive.

PS2  If you missed what the point of criticism was let me know and I
will repeat.  Just snipping text off of a response (and context) will
not make it go away.

-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: Jessie for Udoo X86?

[GiaThnYgeia]

Eduard Bloch:
> Hallo,
> * Larry Dighera [Sun, Apr 16 2017, 09:27:46PM]:
>>
>> The new Udoo X86 boards have just begun to ship: . 
>>
>> Is anyone able to provide a link to the 64-bit Debian Jessie USB/SD
>> installation ISO/img?
> 
> Did you try the regular installer from USB stick already?

https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/

If live runs well chances are that you can install it

there is Puppy Linux among others that run entirely on RAM, once loaded
no disk is required, ideally they will run as long as there is a
continuous power supply.  Given enough ram you can modify most linux to
run this way, but some are designed and modified specifically saving you
the trouble.

> Data sheet indicates that it supports "All Linux Flavors for x86". Which
> means that it's probably usual Intel hardware inside. It might lack a
> few drivers for recent hardware revisions but you could install a
> kernel from jessie-backports in that case.

Interesting and seems more potent than the raspberry system.  But if
size did not matter so damn much for less money you can get a decent
USFF box and throw the box away and pretend you are building from
scratch.  I suspect the quality of some older USFF is higher.  Yes the
processor and cooling aparatus is a bit bulky ... but it depends on the
use and available space/weight requirement.



-- 
 "The most violent element in society is ignorance" rEG

"Who died and made you the superuser?"  Brooklinux

"keep rocking in the non-free world" Neilznotyoung

Re: RTL8111 Networking Drivers

[Ron Bales]

Yeah just hope'n someone could get a line in


On 4/17/2017 10:04 AM, Nicolas George wrote:

L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :

Don't expect "Debian" to respond to you, it is like talking to the Borg

You realize Debian is not a person, right?

Re: RTL8111 Networking Drivers

[Ric Moore]

On 04/17/2017 11:04 AM, Nicolas George wrote:

L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :

Don't expect "Debian" to respond to you, it is like talking to the Borg


You realize Debian is not a person, right?


Anyone remember Karl?? :)  Ric


--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

Re: Jessie for Udoo X86?

[Larry Dighera]

On Mon, 17 Apr 2017 10:55:23 +0200, Eduard Bloch  wrote:

>Hallo,
>* Larry Dighera [Sun, Apr 16 2017, 09:27:46PM]:
>> 
>> The new Udoo X86 boards have just begun to ship: . 
>> 
>> Is anyone able to provide a link to the 64-bit Debian Jessie USB/SD
>> installation ISO/img?
>
>Did you try the regular installer from USB stick already?
>
>Data sheet indicates that it supports "All Linux Flavors for x86". Which
>means that it's probably usual Intel hardware inside. It might lack a
>few drivers for recent hardware revisions but you could install a
>kernel from jessie-backports in that case.
>
>Best regards,
>Eduard.


Hello Eduard,

Thank you for your response to my inquiry.

No; I have not yet tried the "regular installer from USB stick."  Are you
able to provide a link to the correct one?  

That sounds like what I'm looking for to install Debian Jessie 64-bit on the
Udoo X86 Advanced board with Intel Celeron N3160 CPU clocked at 2.24 GHz:
.

Best regards,
Larry

Re: RTL8111 Networking Drivers

[Nicolas George]

L'octidi 28 germinal, an CCXXV, GiaThnYgeia a écrit :
> Don't expect "Debian" to respond to you, it is like talking to the Borg

You realize Debian is not a person, right?

Re: RTL8111 Networking Drivers

[Ric Moore]

On 04/17/2017 11:01 AM, GiaThnYgeia wrote:


My mistakes, Lizi, are an irrelevant issue to this observation but no
matter what you say and I say neither is speaking as Debian.  The
hypocritical BORG has no voice on the matter!


No, you are not on the same level of Lizi. Lizi has been a faithful 
participant and respondent for years here, full of knowledge and good 
advice. Lizi is representative of the Debian way, admired by many. You 
are recent to this list and noisy. Now you are a top-poster. I have you 
kill-filed now. Ric



--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

Re: RTL8111 Networking Drivers

[GiaThnYgeia]

Don't expect "Debian" to respond to you, it is like talking to the Borg
Individuals will speak of Debian, they may be inside or outside Debian,
but Debian only speaks through official directives in its one and only
web page.  No dialog, no comments, no responses.  It is like planning to
have coffee with the Borg!  If anyone speaks as Debian don't trust what
he/she says as anyone else will say that is her/his personal opinion.
The BORG!

Ctrl-F 811

Ron Bales:
> Why do you not include the drivers for RTL8111 I have not used Mint for
> years because the network never worked I found the drivers and installed
> them but way to much trouble I was getting ready to give up for good and
> found the instructions to install. The network works fine in Ubuntu?
> 

Here is what the Borg says:

R8168-dkms
dkms source for the r8168 network driver

r8168 is the Linux device driver released for RealTek RTL8111B/RTL8168B,
RTL8111/RTL8168, RTL8111C/RTL8111CP/RTL8111D(L),
RTL8168C/RTL8111DP/RTL8111E,
RTL8168E/RTL8111F/RTL8411, RTL8111G/RTL8111GUS/RTL8411B(N), RTL8118AS
Gigabit Ethernet controllers with PCI-Express interface.

This driver should only be used for devices not yet supported by the
in-kernel driver r8169. Please see the README.Debian for instructions how
to report bugs against r8169 that made it necessary to use r8168-dkms.

Installation of the r8168-dkms package will disable the in-kernel r8169
module. To re-enable r8169, the r8168-dkms package must be purged.

This package provides the dkms source code for the r8168 kernel modules.
Kernel source or headers are required to compile these modules.
--



You seem to have barked up the wrong tree:




-
firmware-realtek is a bit different:

Binary firmware for Realtek wired/wifi/BT adapters

This package contains the binary firmware for Realtek Ethernet, wifi and
Bluetooth adapters supported by various drivers.

Contents:
 * Realtek RTL8192E boot code (RTL8192E/boot.img)
 * Realtek RTL8192E init data (RTL8192E/data.img)
 * Realtek RTL8192E main code (RTL8192E/main.img)
 * Realtek RTL8192EE Bluetooth firmware (rtl_bt/rtl8192ee_fw.bin)
 * Realtek RTL8812AE Bluetooth firmware (rtl_bt/rtl8812ae_fw.bin)
 * Realtek RTL8761A Bluetooth firmware (rtl_bt/rtl8761a_fw.bin)
 * Realtek RTL8821A Bluetooth firmware (rtl_bt/rtl8821a_fw.bin)
 * Realtek RTL8192EU Bluetooth firmware (rtl_bt/rtl8192eu_fw.bin)
 * Realtek RTL8723AU rev A Bluetooth firmware (rtl_bt/rtl8723a_fw.bin)
 * Realtek RTL8723BU rev B Bluetooth firmware (rtl_bt/rtl8723b_fw.bin)
 * Realtek RTL8822B Bluetooth config (rtl_bt/rtl8822b_config.bin)
 * Realtek RTL8822B Bluetooth firmware (rtl_bt/rtl8822b_fw.bin)
 * Realtek RTL8105E-1 firmware (rtl_nic/rtl8105e-1.fw)
 * Realtek RTL8106E-1 firmware, version 0.0.1 (rtl_nic/rtl8106e-1.fw)
 * Realtek RTL8106E-2 firmware, version 0.0.1 (rtl_nic/rtl8106e-2.fw)
 * Realtek RTL8107E-1 firmware, version 0.0.2 (rtl_nic/rtl8107e-1.fw)
 * Realtek RTL8107E-2 firmware, version 0.0.2 (rtl_nic/rtl8107e-2.fw)
 * Realtek RTL8111D-1/RTL8168D-1 firmware (rtl_nic/rtl8168d-1.fw)
 * Realtek RTL8111D-2/RTL8168D-2 firmware (rtl_nic/rtl8168d-2.fw)
 * Realtek RTL8168E-1 firmware (rtl_nic/rtl8168e-1.fw)
 * Realtek RTL8168E-2 firmware (rtl_nic/rtl8168e-2.fw)
 * Realtek RTL8168E-3 firmware, version 0.0.4 (rtl_nic/rtl8168e-3.fw)
 * Realtek RTL8168F-1 firmware, version 0.0.5 (rtl_nic/rtl8168f-1.fw)
 * Realtek RTL8168F-2 firmware, version 0.0.4 (rtl_nic/rtl8168f-2.fw)
 * Realtek RTL8168G-1 firmware, version 0.0.3 (rtl_nic/rtl8168g-1.fw)
 * Realtek RTL8168G-2 firmware, version 0.0.1 (rtl_nic/rtl8168g-2.fw)
 * Realtek RTL8168G-3 firmware, version 0.0.1 (rtl_nic/rtl8168g-3.fw)
 * Realtek RTL8168H-1 firmware, version 0.0.2 (rtl_nic/rtl8168h-1.fw)
 * Realtek RTL8168H-2 firmware, version 0.0.2 (rtl_nic/rtl8168h-2.fw)
 * Realtek RTL8402-1 firmware, version 0.0.1 (rtl_nic/rtl8402-1.fw)
 * Realtek RTL8411-1 firmware, version 0.0.3 (rtl_nic/rtl8411-1.fw)
 * Realtek RTL8411-2 firmware, version 0.0.1 (rtl_nic/rtl8411-2.fw)
 * Realtek RTL8188EE firmware (rtlwifi/rtl8188efw.bin)
 * Realtek RTL8188EU firmware (rtlwifi/rtl8188eufw.bin)
 * Realtek RTL8192CE/RTL8188CE firmware (rtlwifi/rtl8192cfw.bin)
 * Realtek RTL8192CE/RTL8188CE B-cut firmware
   (rtlwifi/rtl8192cfwU_B.bin)
 * Realtek RTL8188CE A-cut firmware, version 4.816.2011
   (rtlwifi/rtl8192cfwU.bin)
 * Realtek RTL8192CU/RTL8188CU UMC A-cut firmware
   (rtlwifi/rtl8192cufw_A.bin)
 * Realtek RTL8192CU/RTL8188CU UMC B-cut firmware
   (rtlwifi/rtl8192cufw_B.bin)
 * Realtek RTL8192CU/RTL8188CU TMSC firmware
   (rtlwifi/rtl8192cufw_TMSC.bin)
 * Realtek RTL8192CU/RTL8188CU fallback firmware
   (rtlwifi/rtl8192cufw.bin)
 * Realtek RTL8192DE firmware (rtlwifi/rtl8192defw.bin)
 * Realtek RTL8192EE wifi firmware (rtlwifi/rtl8192eefw.bin)
 * Realtek RTl8192EU firmware (rtlwifi/rtl8192eu_nic.bin)
 * Realtek RTL8192SE/RTL8191SE firmware, version 

Re: (deb-cat) Patrocinis de l'empresa Mozilla

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.

El 17/04/17 a les 16:11, Jordi Mallach ha escrit:
> Hola,
> 
> El dl 17 de 04 de 2017 a les 16:07 +0200, en/na Narcis Garcia va
> escriure:
>> Insisteixo sobre els meus dubtes a l'hora d'avalar M.Firefox com a
>> navegador predeterminat de Debian GNU/Linux, no per si és o no és
>> programari lliure o si és lleial a l'usuari (que és difícil de
>> comprovar), sinó pel tipus de projecte pseudoempresarial.
>>
>> «Mozilla VR» és un projecte relacionat amb la «realitat virtual» (res
>> a
>> veure amb VRML) amb una important inversió de Facebook i empreses de
>> videojocs, totalent incompatible amb GNU/Linux.
>>
>> «Rust» és un llenguatge de programació que porta endavant Mozilla amb
>> el
>> patrocini de Samsung, orientat a facilitar les aplicacions amb un
>> costat-client i un costat-servidor (núvol a ulls de l'usuari).
> 
> Pots explicar quin problema veus?
> 

El problema que veig és que el navegador web és quasi l'aplicació que
més protagonisme té al sistema operatiu, i els interessos del projecte
Mozilla difereixen bastant del projecte Debian. A nivell de
mercadotècnia, el fet que ara a Mozilla interessi que Debian utilitzi la
marca Firefox té relació amb això.

Hi ha altres projectes de navegador web que, a més de ser programari
lliure (FOSS), estan molt més compromesos amb la llibertat tecnològica
de les persones, i casen molt millor amb els interessos d'una comunitat
oberta de tècnics i usuaris adults.

Jo assenyalo els símptomes d'aquest «fet tant subtil» perquè penso que
està molt bé que paquets de Mozilla estiguin als repositoris, però que
vinguin preinstal·lats amb els escriptoris i predeterminats és tant poc
encertat com ho seria el Dropbox per la carpeta de documents.

Re: Patrocinis de l'empresa Mozilla

[Jordi Mallach]

Hola,

El dl 17 de 04 de 2017 a les 16:07 +0200, en/na Narcis Garcia va
escriure:
> Insisteixo sobre els meus dubtes a l'hora d'avalar M.Firefox com a
> navegador predeterminat de Debian GNU/Linux, no per si és o no és
> programari lliure o si és lleial a l'usuari (que és difícil de
> comprovar), sinó pel tipus de projecte pseudoempresarial.
> 
> «Mozilla VR» és un projecte relacionat amb la «realitat virtual» (res
> a
> veure amb VRML) amb una important inversió de Facebook i empreses de
> videojocs, totalent incompatible amb GNU/Linux.
> 
> «Rust» és un llenguatge de programació que porta endavant Mozilla amb
> el
> patrocini de Samsung, orientat a facilitar les aplicacions amb un
> costat-client i un costat-servidor (núvol a ulls de l'usuari).

Pots explicar quin problema veus?

-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/

Patrocinis de l'empresa Mozilla

[Narcis Garcia]

Insisteixo sobre els meus dubtes a l'hora d'avalar M.Firefox com a
navegador predeterminat de Debian GNU/Linux, no per si és o no és
programari lliure o si és lleial a l'usuari (que és difícil de
comprovar), sinó pel tipus de projecte pseudoempresarial.

«Mozilla VR» és un projecte relacionat amb la «realitat virtual» (res a
veure amb VRML) amb una important inversió de Facebook i empreses de
videojocs, totalent incompatible amb GNU/Linux.

«Rust» és un llenguatge de programació que porta endavant Mozilla amb el
patrocini de Samsung, orientat a facilitar les aplicacions amb un
costat-client i un costat-servidor (núvol a ulls de l'usuari).

-- 


__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.

Re: ssl isues are Eating me alive.

[Sven Hoexter]

On Sat, Apr 15, 2017 at 08:11:13PM +0300, Reco wrote:

Hi,

> AFAIK jessie is the last Debian release that provides curl linked with
> openssl.

We've three flavour of libcurl in the archive and the current "default"
is the one linked against openssl.
libcurl3 - easy-to-use client-side URL transfer library (OpenSSL flavour)
libcurl3-gnutls - easy-to-use client-side URL transfer library (GnuTLS flavour)
libcurl3-nss - easy-to-use client-side URL transfer library (NSS flavour)

That's also the case for wheezy and I did not check older releases, but it's
like that for a few years.

The curl binary itself is build against the libcurl3 - so the openssl flavour.
That is also the case for the upcoming stretch release.

Sven

Re: ssl isues are Eating me alive.

[Sven Hoexter]

On Thu, Apr 13, 2017 at 09:04:01PM +0100, Darac Marjal wrote:
> It looks[1] like Squid can do SSL Interception. I imagine it should be
> possible, therefore, for squid to perform the HTTPS connection and
> either downgrade it to HTTP or to re-encrypt it with a lower grade. YMMV

Well automatic downgrade to HTTP could work, not sure how to implement it,
but often you'll experience issues due to missing SNI support.
For example in the case of elinks you can find the following open wishlist bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797968
So that issue will continue to exist in stretch but that's not the fault of
GNUTLS but an application issue.

In regards of cipher support at least GNUTLS from jessie should work with
most public sites. For wheezy the situation might be more complicated.

Regarding Squid I *think* it's also missing SNI support at the moment and
for sure in wheezy.

Long story short: You need a somewhat recent GNUTLS release (jessie should
be fine) and application level support en par with that.

Sven

Re: grub rescue

[Gonzalo Rivero]

El jue, 13-04-2017 a las 09:30 -0400, l...@ida.cu escribió:
> Buenos dias a todos
> 
> grub rescue> ls (hd0,msdos2)/
> 
> y me retorna los directorios y donde esta el directorio "boot"
> 
> le aplico esto:
> set prefix=(hd0,msdos2)/boot/grub
> 
> pero en este paso no me da
> insmod (hd0,msdos7)/boot/grub/linux.mod
> 
> me dice
> error>=: invalid arch-dependent ELF  magic
> 
> Me pueden orientr al respeto ??
> 
el arch-dependent me sonaba a algo de amd64/i386, le pregunté a
duckduckgo y me salió esta respuesta:
arrancar con un live cd y ejecutar
mount /dev/sda3 /mnt
mount /dev/sda1 /mnt/boot 
grub-install --root-directory=/mnt /dev/sda

antes de copiar y pegar asegurate que las rutas estén bien

Re: Jessie for Udoo X86?

[Eduard Bloch]

Hallo,
* Larry Dighera [Sun, Apr 16 2017, 09:27:46PM]:
> 
> The new Udoo X86 boards have just begun to ship: . 
> 
> Is anyone able to provide a link to the 64-bit Debian Jessie USB/SD
> installation ISO/img?

Did you try the regular installer from USB stick already?

Data sheet indicates that it supports "All Linux Flavors for x86". Which
means that it's probably usual Intel hardware inside. It might lack a
few drivers for recent hardware revisions but you could install a
kernel from jessie-backports in that case.

Best regards,
Eduard.

Re: Possibly erroneous "device not present" message during boot

[Curt]

On 2017-04-17, David Wright  wrote:
>
> Oddly, this ancient laptop (Acer) has a slot that makes the SD card
> look like a /dev/sdX disk, and the BIOS is happy to boot from it.

I have an Acer X1430 with an internal "Multi-in-1 Media Card Reader" for
which an SD card inserted into the reader is recognized by the kernel as
as a /dev/sdX disk.

I would be happy to trade with the OP if he would be willing to come out
of retirement.

-;)

> Cheers,
> David.
>
>


-- 
"It might be a vision--of a shell, of a wheelbarrow, of a fairy kingdom on the
far side of the hedge; or it might be the glory of speed; no one knew." --Mrs.
Ramsay, speculating on why her little daughter might be dashing about, in "To
the Lighthouse," by Virginia Woolf.