On 6/8/2020 10:56 AM, Christopher David Howie wrote:
> * On the 5.5 kernel, I was getting throughput between 10MB/sec and
> 20MB/sec. At apparently random points, dd would stop reporting any
> progress and a "usb-storage" process in top would be consuming 100%
> CPU. An
On 6/8/2020 11:38 AM, Andrei POPESCU wrote:
> What about dmesg?
Sorry, yes... I forgot to mention. dmesg was absolutely silent when the
drive stopped responding. After unplugging it, I of course got a flood
of errors from dm-crypt about being unable to write to the disk.
--
Chris Howie
http://
On Lu, 08 iun 20, 10:56:41, Christopher David Howie wrote:
>
> * On the 5.5 kernel, I was getting throughput between 10MB/sec and 20MB/sec.
> At apparently random points, dd would stop reporting any progress and a
> "usb-storage" process in top would be consuming 100% CPU.
Hello,
I recently upgraded to the buster-backports kernel (5.5.17). After this
upgrade I needed to prepare an external HDD (WD Elements 2TB) for
encryption and so I used the "write zeroes to a plain crypto container"
approach:
# cryptsetup open --type plain -d /dev/urandom
Some progress has been made.
Today, I have gone to the TTY1 console, logged in to my account, stopped the
LightDM service, and started X. I looked at glxinfo, and saw the correct
info
instead of llvmpipe. It now says that I have "DRI Radeon R200..." in
renderer
string, and when I started Compiz, i
Thanks for the response. However, I am not using VMware on my old PC to
virtualize Debian; I have installed it as a dual-boot system. By the way, when
I have executed "sudo apt list firmware-amd-graphics", it returns the following:
Listing... Done
firmware-amd-graphics/testing,now 20190717-2 all [
Le 07/05/2020 à 19:28, Sven Joachim a écrit :
> No, it is just listed because the llvmpipe driver was developed by
> VMWare. You can see this for yourself, setting LIBGL_ALWAYS_SOFTWARE=1
> in the environment makes libgl use the llvmpipe driver:
>
> ,
> | LIBGL_ALWAYS_SOFTWARE=1 glxinfo | gre
On 2020-05-07 09:50 +0200, didier gaumet wrote:
> Le 06/05/2020 à 22:15, EoflaOE ViceCity a écrit :
>> Hello. Sorry for the length of this problem, but I am trying to get the
>> X server to use my graphics card, AMD Radeon 9200 SE (RV280), instead of
>> my CPU to render things on the desktop. I ac
Le 06/05/2020 à 22:15, EoflaOE ViceCity a écrit :
> Hello. Sorry for the length of this problem, but I am trying to get the
> X server to use my graphics card, AMD Radeon 9200 SE (RV280), instead of
> my CPU to render things on the desktop. I actually have a newer
> computer, but I use the older co
d
[57.936] (==) RADEON(0): DPMS enabled
[57.936] (==) RADEON(0): Silken mouse enabled
[57.992] (II) RADEON(0): Set up textured video
[57.992] (II) RADEON(0): [XvMC] Associated with Radeon Textured Video.
[57.992] (II) RADEON(0): [XvMC] Extension initialized.
[59.881] (II) RADEON(
twait rw
> > > rootflags=noatime
> >
> > > The interface is not even up after start and if I bring it up manually
> > > with 'ip' it doesn't have any IPv4 address configured (only IPv6, which
> > > is to be expected here).
> >
>
up after start and if I bring it up manually
> > with 'ip' it doesn't have any IPv4 address configured (only IPv6, which
> > is to be expected here).
>
> eth0 isn't kernel native any more, is it?
It is on this device (PINE A64+).
> Maybe add net
On 03/05/2020 03:20 PM, Yongxian.Yao wrote:
> Hi
>
>
> Recently, I want to use the linux-4.9.90 on Debian9.12,but I doubts when
> compiling the kernel.
> 1、Is it necessary to use the config-4.9.0-12 to compile the linux-4.9.90
> kernel?
Yes, it is usually a good Ide
On Thu, Mar 05, 2020 at 09:25:07PM +0800, Yongxian.Yao wrote:
> Hi
>
>
> Recently, I want to use the linux-4.9.90 on Debian9.12,but I doubts when
> compiling the kernel.
> 1、Is it necessary to use the config-4.9.0-12 to compile the linux-4.9.90
> kernel?
> 2、Does Deb
On Thu, Mar 05, 2020 at 09:25:07PM +0800, Yongxian.Yao wrote:
> Recently, I want to use the linux-4.9.90 on Debian9.12,
Why? The kernel shipped by Debian for stretch is newer than this
(upstream version 4.9.210 currently).
>but I doubts when compiling the kernel.
If you want to use a
Hi
Recently, I want to use the linux-4.9.90 on Debian9.12,but I doubts when
compiling the kernel.
1、Is it necessary to use the config-4.9.0-12 to compile the linux-4.9.90
kernel?
2、Does Debian9.12 have any special kernel configuration?
3、How to understand that the Debian distribution is
Quoting Stefan Pietsch (2020-02-14 22:36:39)
> iwlwifi has a problem with the latest Debian unstable kernel package
> (5.4.0-4-amd64).
> The wifi interface is not usable.
>
> 5.4.0-3-amd64 works fine instead.
>
> Is anyone experiencing the same problem?
Best way to fi
Hi list,
iwlwifi has a problem with the latest Debian unstable kernel package
(5.4.0-4-amd64).
The wifi interface is not usable.
5.4.0-3-amd64 works fine instead.
Is anyone experiencing the same problem?
##
dmesg at boot:
[ 10.318868] iwlwifi :03:00.0: enabling device (
deloptes wrote:
> And gcrypt is libcrypt-2.28.so not .so.20
sorry I was wrong about that /lib/x86_64-linux-gnu/libgcrypt.so.20 is linked
to /lib/x86_64-linux-gnu/libgpg-error.so.0
check where the link is pointing to
ldd /lib/x86_64-linux-gnu/libgcrypt.so.20
linux-vdso.so.1 (0x7ffebd
linux-gnu/libgcrypt.so.20: symbol
>> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
>> libgpg-error.so.0 with link time reference
>>
>> I'm trying found a solution, but i don't get results.
>>
>> Follow the following steps
>>
htt
gcrypt.so.20: symbol
>>> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
>>> libgpg-error.so.0 with link time reference
>>>
>>> I'm trying found a solution, but i don't get results.
>>>
>>> Follow the following steps
>&
t.so.20: symbol
> gpgrt_get_syscall_clamp version GPG_ERROR_1.0 not defined in file
> libgpg-error.so.0 with link time reference
>
> I'm trying found a solution, but i don't get results.
>
> Follow the following steps
> https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-pan
try sudo apt-get update
Keith Bainbridge
keith.bainbridge.3...@gmail.com
0447 667 468
On 27/1/20 5:24 pm, William Torrez Corea wrote:
sudo apt get update
.0 with link time reference
I'm trying found a solution, but i don't get results.
Follow the following steps
https://gutl.jovenclub.cu/chroot-la-salvacion-elegante-ante-un-kernel-panic/
--
William Torrez Corea
Linux debian 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20)
As to the subject question, I cannot answer, however, see below:
Robert Pommrich composed on 2020-01-22 11:06 (UTC+0100):
> As documented in two bug [1] reports [2], the only working kernel for my
> system is 3.16.
> The system is running jessie stretch at the moment with the jes
On Wed 22 Jan 2020 at 11:06:40 (+0100), Robert Pommrich wrote:
>
> As documented in two bug [1] reports [2], the only working kernel for my
> system is 3.16.
> The system is running jessie stretch at the moment with the jessie stock
> kernel, which is 3.16.
>
> As I wou
On Wed, Jan 22, 2020 at 11:06:40AM +0100, Robert Pommrich wrote:
> As I would like to upgrade to buster, I'd like to know:
>
> Is it possible to run buster with the jessie kernel? Are there perhaps
> dependencies of systemd or the like on a higher kernel version?
Others have a
On 22.01.2020 15:06, Robert Pommrich wrote:
> Hi,
>
> As documented in two bug [1] reports [2], the only working kernel for my
> system is 3.16.
> The system is running jessie stretch at the moment with the jessie stock
> kernel, which is 3.16.
>
> As I would like to upgrad
Robert Pommrich wrote:
> Hi,
>
> As documented in two bug [1] reports [2], the only working kernel for my
> system is 3.16.
> The system is running jessie stretch at the moment with the jessie stock
> kernel, which is 3.16.
>
You have an AMD a8 series APU with built
Hi,
As documented in two bug [1] reports [2], the only working kernel for my
system is 3.16.
The system is running jessie stretch at the moment with the jessie stock
kernel, which is 3.16.
As I would like to upgrade to buster, I'd like to know:
Is it possible to run buster with the j
> Downgrades are not supported, did you re-install?
Yes, full reinstall over a wiped hard disk.
> Try the kernel from backports, currently 5.4.
That was exactly the problem I had. Current kernels 5.4.x both on
Testing and Sid produce constant GPU hangs on my Intel HD Graphics
530, The one
Graphics are Intel
> Corporation HD Graphics 530 (rev 06). I know these bugs have been
> solved in later kernels (I was in sid until yesterday) but since
> buster is tied to 4.19.0-6 I don't know how to preceed.
Try the kernel from backports, currently 5.4.
https://packages.debian.org
Today I downgraded my main computer to Buster 10.2 (current Stable)
and found some problems.
First: Syslog is constantly filled with messages like these:
xhci_hcd :00:14.0: WARN Wrong bounce buffer write length: 630 != 318
xhci_hcd :00:14.0: WARN Wrong bounce buffer write length: 234 != 0
On 1/9/20 2:02 AM, Klaus Singvogel wrote:
R. Ramesh wrote:
I want to make sure
that my current kernel version does not have any limitation to support 64bit
ext4.
Please consult the Kernel Wiki regarding Ext4:
https://ext4.wiki.kernel.org/index.php/Main_Page
You will notice that Linux
o make sure that my current kernel version does
> > > not have any limitation to support 64bit ext4.
> >
> > You kernel should support the feature, as it was introduced back at the
> > version 3.6 of the kernel - [1].
> >
> > [1] https://ext4.wiki.kernel.o
o make sure that my current kernel version does
> > > not have any limitation to support 64bit ext4.
> >
> > You kernel should support the feature, as it was introduced back at the
> > version 3.6 of the kernel - [1].
> >
> > [1] https://ext4.wiki.kernel.org/ind
On Thu, 2020-01-09 at 14:35 +0300, Reco wrote:
> On Wed, Jan 08, 2020 at 06:08:16PM -0600, R. Ramesh wrote:
> > Before I get the source and build and update e2fsprogs and then the
> > file system, I want to make sure that my current kernel version does
> > not have any limita
Hi.
On Wed, Jan 08, 2020 at 06:08:16PM -0600, R. Ramesh wrote:
> Before I get the source and build and update e2fsprogs and then the
> file system, I want to make sure that my current kernel version does
> not have any limitation to support 64bit ext4.
You kernel should su
On Thu, 2020-01-09 at 09:02 +0100, Klaus Singvogel wrote:
> R. Ramesh wrote:
> > I want to make sure
> > that my current kernel version does not have any limitation to support 64bit
> > ext4.
>
> Please consult the Kernel Wiki regarding Ext4:
>
> https
R. Ramesh wrote:
> I want to make sure
> that my current kernel version does not have any limitation to support 64bit
> ext4.
Please consult the Kernel Wiki regarding Ext4:
https://ext4.wiki.kernel.org/index.php/Main_Page
You will notice that Linux 2.6.28 was the first suppor
Hi,
On my DVR, I am running fairly old version of kernel
(3.13.0-132-generic, mythbuntu 14.04.5 LTS). I want to convert ext4 fs
on this server to 64bit so that I can grow it past 16TB limit. At that
time of installation (2014), e2fsprogs did not support 64bit fs. Now it
does. Before I get
Il 03/01/20 17:03, Dan Ritter ha scritto:
amdgpupro driver taints the kernel; amdgpu itself does not.
I don't think I ever attempted to install the proprietary drivers (don't
need them) and I only have this:
/lib/modules/5.3.0-3-amd64/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko
Andrea Borgia wrote:
> Hi.
>
> Running "testing" with the "5.3.0-3-amd64 #1 Debian 5.3.15-1" kernel package
> on ASRock B450-HDV mobo with Ryzen 2200G cpu, I noticed that the kernel is
> marked as tainted, with the following flags:
> "GW
Hi.
Running "testing" with the "5.3.0-3-amd64 #1 Debian 5.3.15-1" kernel
package on ASRock B450-HDV mobo with Ryzen 2200G cpu, I noticed that the
kernel is marked as tainted, with the following flags:
"GW"
According to the docs[1] this means:
*
Hello,
On Mon, Dec 30, 2019 at 05:05:07PM -0500, Gene Heskett wrote:
> > Quoting Gene Heskett (2019-12-30 21:00:55)
> >
> > > If debian was serious about supporting the "arm's" that would have
> > > been fixed several years ago by moving that list and its contents to
> > > "debian-arm-devel", and
Quoting Gene Heskett (2019-12-30 23:05:07)
> On Monday 30 December 2019 16:49:14 Jonas Smedegaard wrote:
>
> > Quoting Gene Heskett (2019-12-30 21:00:55)
> >
> > > If debian was serious about supporting the "arm's" that would have
> > > been fixed several years ago by moving that list and its con
On Monday 30 December 2019 16:49:14 Jonas Smedegaard wrote:
> Quoting Gene Heskett (2019-12-30 21:00:55)
>
> > If debian was serious about supporting the "arm's" that would have
> > been fixed several years ago by moving that list and its contents to
> > "debian-arm-devel", and instituting a new "
Quoting Gene Heskett (2019-12-30 21:00:55)
> If debian was serious about supporting the "arm's" that would have
> been fixed several years ago by moving that list and its contents to
> "debian-arm-devel", and instituting a new "debian-arm-users" list.
Ahhh. We have struggled for ages in Debian
On Lu, 30 dec 19, 15:00:55, Gene Heskett wrote:
>
> Yes, debian has a "debian-arm" mailing list but its miss-named as its
> actually for debian-arm-devels only as has been made very plain to me on
> several occasions when I have posted pleas for user help to it.
I've had success with ARM speci
ember 2019 10:01:59 Jonas Smedegaard wrote:
> > > > > Quoting Gene Heskett (2019-12-30 15:39:20)
> > > > >
> > > > > > This one has to do with building a pre-empt-rt kernel for
> > > > > > armhf, which allows linuxcnc to run in uspace. B
-12-30 15:39:20)
> > > >
> > > > > This one has to do with building a pre-empt-rt kernel for
> > > > > armhf, which allows linuxcnc to run in uspace. But subjectwise
> > > > > it wanders badly but I'd like to show one full chain of rece
On Monday 30 December 2019 11:05:15 Jonas Smedegaard wrote:
> Quoting Gene Heskett (2019-12-30 16:48:20)
>
> > On Monday 30 December 2019 10:01:59 Jonas Smedegaard wrote:
> > > Quoting Gene Heskett (2019-12-30 15:39:20)
> > >
> > > > This one has to do wi
Quoting Gene Heskett (2019-12-30 16:48:20)
> On Monday 30 December 2019 10:01:59 Jonas Smedegaard wrote:
>
> > Quoting Gene Heskett (2019-12-30 15:39:20)
> >
> > > This one has to do with building a pre-empt-rt kernel for armhf,
> > > which allows linuxcnc
On Monday 30 December 2019 10:01:59 Jonas Smedegaard wrote:
> Quoting Gene Heskett (2019-12-30 15:39:20)
>
> > This one has to do with building a pre-empt-rt kernel for armhf,
> > which allows linuxcnc to run in uspace. But subjectwise it wanders
> > badly but I'd l
Quoting Gene Heskett (2019-12-30 15:39:20)
> This one has to do with building a pre-empt-rt kernel for armhf, which
> allows linuxcnc to run in uspace. But subjectwise it wanders badly but
> I'd like to show one full chain of recent events:
[ Raspbian details snipped ]
How do Deb
My point was after running make menuconfig you can compare the config
file for anything that might have changed since the configuration file
has a habit of changing as config options in the kernel change also.
Haven though about it you could drop the original somewhere then copy
it into the new
basti wrote:
> i have done make menuconfig and / or make dist-clean and so on.
> build the kernel does not seem the problem. it looks like rpi4 cant boot
> this. but i have no rpi3 at the moment to test if it runs on it.
>
> some days ago i read on a place i cant remember that t
On 20.12.19 20:41, mick crane wrote:
> On 2019-12-20 19:28, deloptes wrote:
>> Nigel Sollars wrote:
>>
>>> You might want to run make menuconfig after copying the config ..
>>> perhaps do the same with the 4.19 kernel also and do a compare of
>>>
On 2019-12-20 19:28, deloptes wrote:
Nigel Sollars wrote:
You might want to run make menuconfig after copying the config ..
perhaps do the same with the 4.19 kernel also and do a compare of
'what is' and 'what is not' there in the 5.5 perhaps things have been
moved around
Nigel Sollars wrote:
> You might want to run make menuconfig after copying the config ..
> perhaps do the same with the 4.19 kernel also and do a compare of
> 'what is' and 'what is not' there in the 5.5 perhaps things have been
> moved around a bit in the kconfi
You might want to run make menuconfig after copying the config ..
perhaps do the same with the 4.19 kernel also and do a compare of
'what is' and 'what is not' there in the 5.5 perhaps things have been
moved around a bit in the kconfig stuff.
5.5 iirc actually adds new stuff
4 ms (14.6 MiB/s)
U-Boot> setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2
rootfstype=ext4 rootwait rw
U-Boot> booti ${kernel_addr_r} - ${fdt_addr_r}
## Flattened Device Tree blob at 0260
Booting using the fdt blob at 0x260
Using Device Tree in place at 0260, end 000
build this same 4.19. and can not boot cause not loading
> initrd. Correct?
>
> If true is strange because I would not expect to overwrite the current
> image. You sure the build/installed new version is different than the one
> you have?
>
> > Any kernel I compile gets stuc
On Jo, 12 dec 19, 10:00:18, Момчило Крунић wrote:
> Dear Debian support,
> I would like to reproduce build process for Debian 10.
This is how you can rebuild the kernel.
https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-official
Kind regards,
Andrei
--
than the one
you have?
> Any kernel I compile gets stuck on the "loading initial ramdisk"
> stage. It tried it multiple different ways and the result is always
> the same. Any advice on what I can do to find out what's going on,
> would be greatly appreciated
>
d
Tony Fischetti wrote:
> Any kernel I compile gets stuck on the "loading initial ramdisk"
> stage. It tried it multiple different ways and the result is always
> the same. Any advice on what I can do to find out what's going on,
> would be greatly appreciated
>
>
On Thu, 2019-12-12 at 10:00 +0100, Момчило Крунић wrote:
> Dear Debian support,
> I would like to reproduce build process for Debian 10.
> In order to do so, I believe that I need few info that I wasn't able
> to find on the first look:
> 1. What particular version of Linux ker
Dear Debian support,
I would like to reproduce build process for Debian 10.
In order to do so, I believe that I need few info that I wasn't able to
find on the first look:
1. What particular version of Linux kernel is used, 4.19.67?
2. What version of toolchain has been used?
3. Which patc
Any kernel I compile gets stuck on the "loading initial ramdisk"
stage. It tried it multiple different ways and the result is always
the same. Any advice on what I can do to find out what's going on,
would be greatly appreciated
More info: I'm using stable. The most recent a
On Lu, 09 dec 19, 20:27:28, riveravaldez wrote:
>
> Just to clarify: How long one could go on upgrading debian-testing
> (kernel included) without rebooting?
As long as it is acceptable for you to run the system with known
security flaws.
Kind regards,
Andrei
--
http://wiki.d
riveravaldez wrote:
...
> Hi, thanks a lot for the answers/info.
>
> Just to clarify: How long one could go on upgrading debian-testing
> (kernel included) without rebooting?
why would you not want to reboot? if you aren't going to
use the upgrades why are you making them? i
On 12/4/19, songbird wrote:
> Sven Hartge wrote:
>> riveravaldez wrote:
>>
>>> Because updating the kernel requires to reboot the system -AFAIK- in
>>> many cases I would prefer to 'dist-upgrade' (all packages) except the
>>> kernel -until a mo
Andrea Borgia wrote on 14 Sep 2019:
> On two systens with fairly different hardware (a 6yr old laptop I am
> using now on holiday and my new home desktop), with kernel 5.2.0 (and
> possibly as low as 5.0.11) the following happens: boot, login X,
> hibernate (ok), resume (also ok),
Sven Hartge wrote:
> riveravaldez wrote:
>
>> Because updating the kernel requires to reboot the system -AFAIK- in
>> many cases I would prefer to 'dist-upgrade' (all packages) except the
>> kernel -until a moment in which I can reboot the system-, so:
>
riveravaldez wrote:
> Because updating the kernel requires to reboot the system -AFAIK- in
> many cases I would prefer to 'dist-upgrade' (all packages) except the
> kernel -until a moment in which I can reboot the system-, so:
> 1. Is this something right/viable/accept
Because updating the kernel requires to reboot the system -AFAIK- in
many cases I would prefer to 'dist-upgrade' (all packages) except the
kernel -until a moment in which I can reboot the system-, so:
1. Is this something right/viable/acceptable to do?
2. Which would be the best/proper
On Tue, Nov 26, 2019 at 10:01:01PM +0100, Thomas Schmitt wrote:
> Hi,
>
> to...@tuxteam.de wrote:
> > That's extremely difficult to test: imagine the thing programmed to get
> > only active during full-moon and behave otherwise as a normal stick?
>
> A more exotic proposal:
> Become good friend w
Hi,
to...@tuxteam.de wrote:
> That's extremely difficult to test: imagine the thing programmed to get
> only active during full-moon and behave otherwise as a normal stick?
A more exotic proposal:
Become good friend with a veterinarian for small animals and use the
X-ray machine.
https://www.mi
On Tue, Nov 26, 2019 at 03:03:17PM -0500, Kenneth Parker wrote:
[...]
> Many thanks! I *will* Enjoy this Ride [...]
:-)
> Once again, let's cool down a bit: I'm not "knee jerk connecting" all USB
> Devices [...]
Sometimes we all do. It's a question of trust -- who checks each and every
thumb
ux by udev: once you plug
>in an USB device, some ttyUSB0 or eth17 or something magically
>"appears". Bugs in the kernel and in the udev scripts could be
>exploited here.
>
>My setup usually ends here: I manually mount my file systems,
>manually
On 27/11/2019 04:28, Kenneth Parker wrote:
My suspicion, by the way, is that the Power types of Malware are caused by
shorting out some Pins.
USB is designed to survive shorts. An example of a malicious device is
the USB Killer, which is available from a commercial supplier. Similar
devices h
ged in, requires
> external power). It won't be Buster, but I plan on using a Custom
> (compiled) Kernel without a USB support.
>
> You see, I *doing* some Homework. And the Doc Directory of the Linux Kernel
> is helping me a lot!
>
> My suspicion, by the way, is that t
ged in, requires
> external power). It won't be Buster, but I plan on using a Custom
> (compiled) Kernel without a USB support.
And how are you going to look at usb without usb support?
>
> You see, I *doing* some Homework. And the Doc Directory of the Linux Kernel
> is help
Pi (Great suggestion. Thanks!) I have a really old
Luggable, which doesn't, natively have USB, but Pcmcia instead. I have a
Pcmcia USB card, with no Power Source (so anything plugged in, requires
external power). It won't be Buster, but I plan on using a Custom
(compiled) Kernel without a U
be handled carefully because, for one, it's not
> always obvious which USB goes where.
>
> For example, before I plug it in, "lsusb" should not show anything plugged
> in.
>
> -
>
> End of preliminaries. When I plug in something, (i.e. Serial Mouse in Te
evice/ (what's this: A keyboard? A network adapter? A serial port?
A mass storage device? A webcam? All of the above?
This is something typically handled in Linux by udev: once you plug
in an USB device, some ttyUSB0 or eth17 or something magically
"appears". Bugs
Kenneth Parker writes:
> Here's an interesting one: A Windows friend handed me a USB Dongle, knowing
> that I'm a Linux user. He says he got it 3rd hand, with
> info that it might be "Very Dangerous". He would be interested, if I find
> out something about it. (And, indeed, Google has many
s which USB goes where.
For example, before I plug it in, "lsusb" should not show anything plugged
in.
End of preliminaries. When I plug in something, (i.e. Serial Mouse in Text
Only environment, or a USB Thumb Drive), a Flurry of Activity ensues, with
lots of Kernel Messages (and before I g
On Mon, Nov 25, 2019 at 10:37 PM Kenneth Parker wrote:
End of preliminaries. When I plug in something, (i.e. Serial Mouse in Text
> Only environment, or a USB Thumb Drive), a Flurry of Activity ensues, with
> lots of Kernel Messages (and before I get to examine it). Does that mean
&g
plug it in, "lsusb" should not show anything plugged
in.
-
End of preliminaries. When I plug in something, (i.e. Serial Mouse in Text
Only environment, or a USB Thumb Drive), a Flurry of Activity ensues, with
lots of Kernel Messages (and before I get to examine it). Does that mea
It has happened several times that my wifi didn't work after starting.
When I look at the dmesg output I see an error which looks like a kernel
oops, except for the fact that the word oops is not used:
[ 24.412326] CPU: 2 PID: 1391 Comm: Web Content Not tainted
4.19.0-6-amd64 #1 Debian 4.
Hi, I have done a lot of testing on my Lenovo S130-11IGM and discovered the
internal primary disk (which is an emmc disk) is not recognised correctly. I
can boot from Lubuntu 18.04 which uses the 4.15 kernel. It looks like something
has changed from 4.19. The ubuntu bug folks suggested running
On Lu, 23 sep 19, 07:23:05, Karolis Pabijanskas wrote:
> Hey Everyone!
>
> `stretch-backports` kernel seems to have broken dependencies since a
> few days ago. In particular this package:
> https://packages.debian.org/stretch-backports/linux-image-amd64 seems
> to have a bro
Hi,
Xihuan Yang wrote:
> Package: debian-installer
You are probably writing to the wrong list. We are just the merry users.
Consider to write to
debian-b...@lists.debian.org
Archives:
https://lists.debian.org/debian-boot/
Have a nice day :)
Thomas
t
requested to be left unconfigured.
Oct 21 09:29:43 main-menu[242]: INFO: Falling back to the package description
for brltty-udeb
Oct 21 09:30:27 main-menu[242]: INFO: Menu item 'localechooser' selected
Oct 21 09:30:27 debconf: Setting debconf/language to
After disable `console=tty0` as
On Fri, Oct 11, 2019 at 08:01:16AM -0300, Keven Ware wrote:
> Hello, I have a question about Debian, Where Can I Find Your Generic Kernel
> Code? , I Wanted to Tune Debian Better For My Settings, I would be grateful
> if you can help me by telling me where to download the debian ker
On Fri, Oct 11, 2019 at 08:01:16AM -0300, Keven Ware wrote:
>Hello, I have a question about Debian, Where Can I Find Your Generic
>Kernel Code? , I Wanted to Tune Debian Better For My Settings, I would be
>grateful if you can help me by telling me where to download t
Hello, I have a question about Debian, Where Can I Find Your Generic Kernel
Code? , I Wanted to Tune Debian Better For My Settings, I would be grateful
if you can help me by telling me where to download the debian kernel.
Sincerely,
Keven T.
of where it
> would be needed.
Hi,
Yes, thank you, this is why I am asking, cause I have a company notebook
with secureboot and I would like to boot from USB stick - without messing
with BIOS.
I started reading how to configure UEFI etc. and also experimented on a USB
stick, but found out that my own
On 05/10/2019 02.00, Steve McIntyre wrote:
> etienne.moll...@mailoo.org wrote:
>> deloptes, on 2019-10-03:
>>> Gerard ROBIN wrote:
>>>
>>>>> What exactly bugs you about the signed kernel? The kernel is so big
>>>>> that the extra signatures
701 - 800 of 24405 matches
Mail list logo