Re: Random freezing on GNOME with AMDGPU

I don't even know if I can answer that. As Debian's firmware even in sid is ancient I'm using the ones from kernel.org, so the old firmware can't really be the issue like the gitlab entry suggests. But my issue always was that it only happened when I least expected it. It never was reproducible by

Re: Random freezing on GNOME with AMDGPU

On Wed Jul 3 11:56:12 2024 Greg Marks wrote: > I'm not sure if this is related, but a couple years ago I had multiple > computer freezes possibly caused by nouveau. The screen froze; the > keyboard and mouse were unresponsive. (If I remember correctly, the > mouse pointer could be moved aroun

Re: Random freezing on GNOME with AMDGPU

If it is of any interest... Two of us are using AMDGPU for Radeon RX 7700 (one computer) and RX 6600 (four computers). Two computers have XFCE the other have KDE (no Gnome). The Radeon RX 7700 runs Arch Linux, the other Debian 12 (Bookworm), all kept up to date. A while ago we had a few lock u

Re: Random freezing on GNOME with AMDGPU

On 02/07/24 at 22:23, Van Snyder wrote: I updated another computer with an NVidia Quadro graphics card. NVidia says the Debian nvidia-driver package works -- but it's not part of the default net-install, and apt-get refuses to install it. And it refuses to install the nvidia-tesla drivers. I ga

Re: Random freezing on GNOME with AMDGPU

On 2024-07-03 Wed 19:31 UTC+0800, Richard said: Have the same issue, though it's pretty much impossible to reproduce it reliably. But it seems to be a general issue with the AMDGPU driver in Linux 6.1+: https://bbs.archlinux.org/viewtopic.php?id=292673&p=2

Re: Random freezing on GNOME with AMDGPU

Have the same issue, though it's pretty much impossible to reproduce it reliably. But it seems to be a general issue with the AMDGPU driver in Linux 6.1+: https://bbs.archlinux.org/viewtopic.php?id=292673&p=2 It also seems to already have an official tracker: https://gitlab.freedesktop.org/drm/amd

Re: Random freezing on GNOME with AMDGPU

> > My problem is that sometimes the screen just freezes entirely, and I have to > > switch to another TTY and back in order to get it unstuck. But the same > > freeze will usually happen again after I get the things unstuck. Restart my > > PC doesn't fix the problem. > > I have a similar problem

Re: Random freezing on GNOME with AMDGPU

On Wed, 2024-07-03 at 03:37 +0800, CToID wrote: > I wonder if any of you who is using an AMD GPU (especially newer > ones) > has encountered the same problem as I do. > > My problem is that sometimes the screen just freezes entirely, and I > have to switch to another TTY and back in order to get

Re: random number generator missing after upgrade

davidson wrote: > Debian Bug #1041007 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041007#10 Yes, that seems to be exactly my problem. So it's not intentionally disabled. Then I can hope that it may be fixed some day. Thanks for your help. Björn Persson pgpRmFKPdRagm.pgp Description:

Re: random number generator missing after upgrade

On Mon, 14 Aug 2023 Björn Persson wrote: David Wright wrote: On Mon 14 Aug 2023 at 11:26:13 (+0200), Björn Persson wrote: Other functions in the same source file create /dev/tpm0, and it looks like the random number generator should get registered together with the TPM. It's conditional on CONF

Re: random number generator missing after upgrade

David Wright wrote: > On Mon 14 Aug 2023 at 11:26:13 (+0200), Björn Persson wrote: > > Other functions in the same source file create /dev/tpm0, and it looks > > like the random number generator should get registered together with > > the TPM. It's conditional on CONFIG_HW_RANDOM_TPM. Where can I c

Re: random number generator missing after upgrade

On Mon 14 Aug 2023 at 11:26:13 (+0200), Björn Persson wrote: > Other functions in the same source file create /dev/tpm0, and it looks > like the random number generator should get registered together with > the TPM. It's conditional on CONFIG_HW_RANDOM_TPM. Where can I check > the value of that op

Re: random number generator missing after upgrade

Anders Andersson wrote: > On Sun, Aug 13, 2023 at 11:09 PM Björn Persson wrote: > > Jeffrey Walton wrote: > > > Maybe related to > > > https://www.phoronix.com/news/Linux-Disables-RNG-AMD-fTPMs > > > > Not likely. That article is about a firmware TPM that comes with newer > > Ryzen processors

Re: random number generator missing after upgrade

Dan Ritter wrote: > OK, either boot to the old kernel and look for an rng kernel > module, The only loaded module with "rng" in its name is "rng_core". That one is present in both kernels, but four TPM-related modules are absent from Linux 6.1: # uname -v #1 SMP Debian 5.10.179-3 (2023-07-27) # l

Re: random number generator missing after upgrade

On Sun, Aug 13, 2023 at 11:09 PM Björn Persson wrote: > > Jeffrey Walton wrote: > > Maybe related to https://www.phoronix.com/news/Linux-Disables-RNG-AMD-fTPMs > > Not likely. That article is about a firmware TPM that comes with newer > Ryzen processors. Older Ryzens supposedly don't have it. The

Re: random number generator missing after upgrade

Jeffrey Walton wrote: > Maybe related to https://www.phoronix.com/news/Linux-Disables-RNG-AMD-fTPMs Not likely. That article is about a firmware TPM that comes with newer Ryzen processors. Older Ryzens supposedly don't have it. The processor in my APU2 is a GX-412TC, not a Ryzen at all, and my TPM

Re: random number generator missing after upgrade

On Sun, Aug 13, 2023 at 5:13 AM Björn Persson wrote: > > Hello, I upgraded from Debian 11 to Debian 12, and my random number > generator disappeared. > > When I boot vmlinuz-5.10.0-23-amd64, there are two hardware random > number generators available: > > # cat /sys/class/misc/hw_random/rng_availa

Re: random data during install

On Sun 31 Jul 2022 at 17:19:22 (+0100), Piscium wrote: > On Sun, 31 Jul 2022 at 13:49, David wrote: > > > > It seems like preseeding requires the building of an iso? If so that > > > is not I was looking for as there is a bit of work to do that that! > > > > You haven't explained what you're thin

Re: random data during install

On Sun, 31 Jul 2022 10:01:11 +0100 Piscium wrote: > It seems like preseeding requires the building of an iso? If so that > is not I was looking for as there is a bit of work to do that that! That is one of several ways to do it. You can script building the ISO, of course, to automate it. I usua

Re: random data during install

On Sun, 31 Jul 2022 at 13:49, David wrote: > > It seems like preseeding requires the building of an iso? If so that > > is not I was looking for as there is a bit of work to do that that! > > You haven't explained what you're thinking, or why, but it sounds wrong. > Most people would preseed a pr

Re: random data during install

On Sun 31 Jul 2022 at 10:01:11 (+0100), Piscium wrote: > On Sat, 30 Jul 2022 at 03:04, David Wright wrote: > > > People with more experience of preseeding might comment on > > whether this suggestion would work. I notice that this option > > is available, which might be what you want: > > It see

Re: random data during install

On Sun, 31 Jul 2022 at 19:01, Piscium wrote: > On Sat, 30 Jul 2022 at 03:04, David Wright wrote: > > People with more experience of preseeding might comment on > > whether this suggestion would work. I notice that this option > > is available, which might be what you want: > It seems like prese

Re: random data during install

On Sat, 30 Jul 2022 at 03:04, David Wright wrote: > People with more experience of preseeding might comment on > whether this suggestion would work. I notice that this option > is available, which might be what you want: It seems like preseeding requires the building of an iso? If so that is not

Re: random data during install

On Fri 29 Jul 2022 at 19:19:43 (+0100), Piscium wrote: > When using netinst iso to install Debian, one is offered the > possibility of guided install with encrypted LVM. if such a choice is > made the installer fills the partition with random data. That is > generally the correct thing to do but in

Re: random data during install

On 7/29/22 11:19, Piscium wrote: When using netinst iso to install Debian, one is offered the possibility of guided install with encrypted LVM. if such a choice is made the installer fills the partition with random data. That is generally the correct thing to do but in some cases that is not need

Re: random data during install

Am Fri, 29 Jul 2022 19:19:43 +0100 schrieb Piscium : > Is there a way to disable that? You can immediately cancel it after it started.

Re: random process crashes in virtualbox guests (clocksource problem?)

i filed a bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014394 greetings...

Re: random process crashes in virtualbox guests (clocksource problem?)

hey, I am seeing a similar issue but only when using the kernel 5.10.0-15-amd64 on the virtual host. If I run the following setup then everything is OK Host: 5.10.0-14-amd64 (version '14' kernel) Guest: 5.10.0-15-amd64 (version '15' kernel) so, i tried the same kernel versions in the hos

Re: random process crashes in virtualbox guests (clocksource problem?)

hey, thanks for the hint! :) i have the same kernel versions you have, but only tried the 5.10.0-14 kernel version in the guest, but not on the host... m( i will try the 5.10.0-14 kernel on the host later this afternoon... let's see, if it helps... greetings...

Re: random process crashes in virtualbox guests (clocksource problem?)

Hello Michael, I am seeing a similar issue but only when using the kernel  5.10.0-15-amd64 on the virtual host. I run Firefox inside a virtual machine.  Both the host and the virtual guest run Debian Bullseye and both are fully patched. If I run the following setup then everything is OK Host:  5

Re: random usernames in attempts to break in to my machine?

On 4/5/2022 3:30 AM, to...@tuxteam.de wrote: You gotta be careful: kicking out an IP for just one login failure might shut *you* out because you forgot to ssh-add your key (or because you mistyped your password once). OTOH, if "they" keep changing their IP address for each retry, you wouldn'

Re: random usernames in attempts to break in to my machine?

On Tue 05 Apr 2022 at 03:01:30 (-0400), gene heskett wrote: > mail2world, whom shentel uses as a mailserver, running dovecot could do a > better job of filtering that, but I probably field 2 to 4 such emails > that aren't actually addressed to me a day. I don't understand the > mechanism that p

Re: random usernames in attempts to break in to my machine?

On Tue, Apr 05 2022 at 09:23:11 AM, wrote: > On Tue, Apr 05, 2022 at 03:01:30AM -0400, gene heskett wrote: >> On Tuesday, 5 April 2022 01:46:32 EDT to...@tuxteam.de wrote: > > [fail2ban] > >> Well, it seems to me that if something as automatic as fail2ban were to >> be used, its better use would

Re: random usernames in attempts to break in to my machine?

tomas writes: > Yes, some providers would get my "trusted" badge. Don't know much > about those two, though. Pobox is owned by Fastmail, which has been in business for more than twenty years. They were recommended by several friends. Email is their only business. Gandi has also been in business

Re: random usernames in attempts to break in to my machine?

On Tue, Apr 05, 2022 at 09:28:00AM -0500, John Hasler wrote: > I wrote: > > Too late. Note the part about POP3. The upstream MTA is Pobox or > > Gandi. They have already completed the SMTP transaction with the sender. > > Any anti-spam efforts involving SMTP termination are in their hands. > > tom

Re: random usernames in attempts to break in to my machine?

I wrote: > Too late. Note the part about POP3. The upstream MTA is Pobox or > Gandi. They have already completed the SMTP transaction with the sender. > Any anti-spam efforts involving SMTP termination are in their hands. tomas writes: > That's why I run my own MTA :) I did that for many years.

Re: random usernames in attempts to break in to my machine?

writes: > On Tue, Apr 05, 2022 at 08:09:10AM -0500, John Hasler wrote: >> tomas writes: >> > The only credible action left is to decide while the SMTP transaction >> > is in process, and to terminate it early. Then, the upstream MTA will >> > notice that something went wrong. >> >> > Most MTAs t

Re: random usernames in attempts to break in to my machine?

On Tue, Apr 05, 2022 at 08:09:10AM -0500, John Hasler wrote: > tomas writes: > > The only credible action left is to decide while the SMTP transaction > > is in process, and to terminate it early. Then, the upstream MTA will > > notice that something went wrong. > > > Most MTAs these days support

Re: random usernames in attempts to break in to my machine?

tomas writes: > The only credible action left is to decide while the SMTP transaction > is in process, and to terminate it early. Then, the upstream MTA will > notice that something went wrong. > Most MTAs these days support this option. Too late. Note the part about POP3. The upstream MTA is Pob

Re: random usernames in attempts to break in to my machine?

On Tuesday, 5 April 2022 03:23:11 EDT to...@tuxteam.de wrote: > On Tue, Apr 05, 2022 at 03:01:30AM -0400, gene heskett wrote: > > On Tuesday, 5 April 2022 01:46:32 EDT to...@tuxteam.de wrote: > [fail2ban] > > > Well, it seems to me that if something as automatic as fail2ban were > > to be used, it

Re: random usernames in attempts to break in to my machine?

On Tue, Apr 05, 2022 at 03:01:30AM -0400, gene heskett wrote: > On Tuesday, 5 April 2022 01:46:32 EDT to...@tuxteam.de wrote: [fail2ban] > Well, it seems to me that if something as automatic as fail2ban were to > be used, its better use would be in the router, stopping such before it > reaches

Re: random usernames in attempts to break in to my machine?

On Tuesday, 5 April 2022 01:46:32 EDT to...@tuxteam.de wrote: > On Mon, Apr 04, 2022 at 03:44:24PM -0400, gene heskett wrote: > > On Monday, 4 April 2022 12:03:59 EDT to...@tuxteam.de wrote: > > > On Mon, Apr 04, 2022 at 11:51:47AM -0400, gene heskett wrote: > [...] > > > Tomas, I've had fail2ban

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 04, 2022 at 04:03:57PM -0500, John Hasler wrote: > Joe writes: > > Generally, 'impossible' email names are aimed at situations where an > > in-house SMTP server downloads domain email from an external POP3 > > server, > > I do exactly that, except for the bounce part. All incoming mai

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 04, 2022 at 03:44:24PM -0400, gene heskett wrote: > On Monday, 4 April 2022 12:03:59 EDT to...@tuxteam.de wrote: > > On Mon, Apr 04, 2022 at 11:51:47AM -0400, gene heskett wrote: [...] > Tomas, I've had fail2ban installed and running since wheezy. I don't > believe that in all that

Re: random usernames in attempts to break in to my machine?

Nicholas Geovanis writes: > On Mon, Apr 4, 2022 at 12:27 PM Joe Pfeiffer wrote: > > It's software written by folks who sometimes know what they're doing. > There are only so many Kevin Mitnick's and Phyber Optik's in the world at > time > :-) For which we're all grateful! > > So here's th

Re: random usernames in attempts to break in to my machine?

Joe writes: > Generally, 'impossible' email names are aimed at situations where an > in-house SMTP server downloads domain email from an external POP3 > server, I do exactly that, except for the bounce part. All incoming mail regardless of recipient is handed to spamassassin which disposes of the

Re: random usernames in attempts to break in to my machine?

On Mon, 04 Apr 2022 07:40:47 -0600 Joe Pfeiffer wrote: > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings > as usernames -- it looks li

Re: random usernames in attempts to break in to my machine?

On Monday, 4 April 2022 12:03:59 EDT to...@tuxteam.de wrote: > On Mon, Apr 04, 2022 at 11:51:47AM -0400, gene heskett wrote: > > [...] > > > I'd be watching the logs for the src address, and the 2nd time I saw > > the same address, add it to my iptables drop recipe. voila! [...] > That's what fai

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 04, 2022 at 12:53:34PM -0400, gene heskett wrote: [...] > One of the things I've noted about bullseye, is that apache2 is no longer > generating the "other" logs like it did for stretch for many years. That > was where all the bots wound up and I'm guessing there must be north of >

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 4, 2022 at 12:27 PM Joe Pfeiffer wrote: > Nicholas Geovanis writes: > > > On Mon, Apr 4, 2022 at 9:06 AM Joe Pfeiffer > wrote: > > > > This isn't really debian-specific, but I don't know a better place to > > ask... recently, I've been having servers make a large number of > > a

Re: random usernames in attempts to break in to my machine?

Nicholas Geovanis writes: > On Mon, Apr 4, 2022 at 9:06 AM Joe Pfeiffer wrote: > > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings

Re: random usernames in attempts to break in to my machine?

On Monday, 4 April 2022 12:03:59 EDT to...@tuxteam.de wrote: > On Mon, Apr 04, 2022 at 11:51:47AM -0400, gene heskett wrote: > > [...] > > > I'd be watching the logs for the src address, and the 2nd time I saw > > the same address, add it to my iptables drop recipe. voila! [...] > That's what fai

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 04, 2022 at 11:51:47AM -0400, gene heskett wrote: [...] > I'd be watching the logs for the src address, and the 2nd time I saw the > same address, add it to my iptables drop recipe. voila! [...] That's what fail2ban does for you. Only that it looks at many logs in parallel (your ssh

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 4, 2022 at 9:06 AM Joe Pfeiffer wrote: > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings > as usernames -- it looks like t

Re: random usernames in attempts to break in to my machine?

On Monday, 4 April 2022 10:27:09 EDT Teemu Likonen wrote: > * 2022-04-04 07:40:47-0600, Joe Pfeiffer wrote: > > This isn't really debian-specific, but I don't know a better place to > > ask... recently, I've been having servers make a large number of > > attempts to access my mail host using what a

Re: random usernames in attempts to break in to my machine?

> NOTES: all risk is your responsiblity ;;; Please take tomas' message: (better way) https://lists.debian.org/debian-user/2022/04/msg00128.html Sincerely, Linux fan Byung-Hee -- ^고맙습니다 _救濟蒼生_ 감사합니다_^))//

Re: random usernames in attempts to break in to my machine?

On Mon, 2022-04-04 at 17:27 +0300, Teemu Likonen wrote: > * 2022-04-04 07:40:47-0600, Joe Pfeiffer wrote: > > > This isn't really debian-specific, but I don't know a better place to > > ask... recently, I've been having servers make a large number of > > attempts to access my mail host using what

Re: random usernames in attempts to break in to my machine?

Joe Pfeiffer writes: > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings > as usernames -- it looks like this: > > Apr 4 03:04:30 snowb

Re: random usernames in attempts to break in to my machine?

Teemu writes: > I would guess that someone has tried to automatically collect a lot of > email addresses and ended up getting also those message id's. Then an > attacker tries to intrude with those addresses. Web sites insisting on using email addresses as user names is one of the many pernicious

Re: random usernames in attempts to break in to my machine?

* 2022-04-04 07:40:47-0600, Joe Pfeiffer wrote: > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings > as usernames -- it looks like this:

Re: random usernames in attempts to break in to my machine?

On Mon, Apr 04, 2022 at 07:40:47AM -0600, Joe Pfeiffer wrote: > This isn't really debian-specific, but I don't know a better place to > ask... recently, I've been having servers make a large number of > attempts to access my mail host using what appear to be random strings > as usernames -- it loo

Re: Random hanging with stretch when laptop is connected to AC

Dear Debian Users, On Thu 20 Jul 2017 at 10:43:15 +0200, Sebastiaan L. Zoutendijk wrote: > Since I upgraded from jessie to stretch at the start of this month, I am > experiencing random hangs when my laptop (Clevo W950JU barebone) is connected > to AC. The screen freezes and if sound was playing

Re: random I/O errors

Le jour de la Récompense, an CCXXIV, Lisi Reisz a écrit : > Well, that's a better excuse than many. Beats "I can't be bothered" any day. If you think about it a few more seconds, you realize this is the same issue: the MUA not selecting the correct recipients by default. Neither unwanted CCs nor

Re: random I/O errors

On Monday 19 September 2016 15:17:29 Tony Baldwin wrote: > I just keep forgetting to > list reply (old age, and a brain tumor). Well, that's a better excuse than many. Beats "I can't be bothered" any day. I'm so sorry to hear it. Old age is unfortunately incurable. I know someone who was "cur

Re: random I/O errors

On 09/19/2016 09:57 AM, Dan Ritter wrote: On Mon, Sep 19, 2016 at 09:27:43AM -0400, Tony Baldwin wrote: On 09/19/2016 09:07 AM, Dan Ritter wrote: Go make a backup of everything you care about, today. Copy to a new disk, check it, then disconnect and label your backup. After that, go look at /v

Re: random I/O errors

On Sun, Sep 18, 2016 at 10:46:02AM -0400, Tony Baldwin wrote: > Yesterday I was getting random I/O errors for stuff as simple as clear (to > clear a terminal), > and I got one for halt, even (I manually shut the machine off, and rebooted) > haven't seen the problem since then but things are sluggis

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On 2015-12-25 15:42, Sven Arvidsson wrote: > On Fri, 2015-12-25 at 03:16 +0100, Staszek wrote: >> On 2015-12-24 15:07, Sven Arvidsson wrote: >>> Try disabling nouveau, both in the kernel and the xorg driver, and >>> see >>> if the crashes stop. >> >> Ok, but what other driver shall I use instead? >

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Fri, 25 Dec 2015, Staszek wrote: > On 2015-12-24 15:07, Sven Arvidsson wrote: > > Try disabling nouveau, both in the kernel and the xorg driver, and > > see if the crashes stop. > > Ok, but what other driver shall I use instead? > > According to ThinkPad Wiki nv driver works: > http://www.thi

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Fri, 2015-12-25 at 03:16 +0100, Staszek wrote: > On 2015-12-24 15:07, Sven Arvidsson wrote: > > Try disabling nouveau, both in the kernel and the xorg driver, and > > see > > if the crashes stop. > > Ok, but what other driver shall I use instead? The vesa driver would probably be easiest to ge

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Fri, 25 Dec 2015 03:16:21 +0100 Staszek wrote: >On 2015-12-24 15:07, Sven Arvidsson wrote: >> Try disabling nouveau, both in the kernel and the xorg driver, and see >> if the crashes stop. > >Ok, but what other driver shall I use instead? > >According to ThinkPad Wiki nv driver works: >http://

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On 2015-12-24 15:07, Sven Arvidsson wrote: > Try disabling nouveau, both in the kernel and the xorg driver, and see > if the crashes stop. Ok, but what other driver shall I use instead? According to ThinkPad Wiki nv driver works: http://www.thinkwiki.org/wiki/NVIDIA_Quadro_NVS_140M . Unfortunatel

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Thu, Dec 24, 2015 at 3:07 PM, Sven Arvidsson wrote: > On Thu, 2015-12-24 at 14:00 +0100, Staszek wrote: >> Perhaps that is a graphics card... > > Try disabling nouveau, both in the kernel and the xorg driver, and see > if the crashes stop. > > You might also want to try a later kernel/xorg driv

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Thu, 24 Dec 2015 14:00:15 +0100 Staszek wrote: >On 2015-12-22 22:18, Anders Andersson wrote: >> First thing I do in a case like this is to run memtest86 in some form >> on the hardware. > >Good point, but: > >1. those stack traces are always nouveau related >2. memtest86+ yields nothing >3. of

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Thu, 2015-12-24 at 14:00 +0100, Staszek wrote: > Perhaps that is a graphics card... Try disabling nouveau, both in the kernel and the xorg driver, and see if the crashes stop.  You might also want to try a later kernel/xorg driver/mesa etc. But that might open up another can of worms. -- Che

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On 2015-12-22 22:18, Anders Andersson wrote: First thing I do in a case like this is to run memtest86 in some form on the hardware. Good point, but: 1. those stack traces are always nouveau related 2. memtest86+ yields nothing 3. often upon logging into X, before the desktop appears, I am get

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On 2015-12-22 22:18, Anders Andersson wrote: > First thing I do in a case like this is to run memtest86 in some form > on the hardware. Good point, but: 1. those stack traces are always nouveau related 2. memtest86+ yields nothing 3. often upon logging into X, before the desktop appears, I am get

Re: random reboots of my Lenovo ThinkPad (3.16.7-ckt20-1+deb8u1) (kernel stack trace)

On Tue, Dec 22, 2015 at 9:27 PM, Staszek wrote: > Hi! > > My old Lenovo ThinkPad T61 laptop reboots by itself from time to time. > Usually without a clue, but this time I was able to capture the stack > trace: > http://people.eisenbits.com/~stf/load/20151222-kernel-stack-trace.png . > > How to deb

Re: Random freeze

On Mon, 09 Nov 2015, Paolo Cavallini wrote: > Hi all, > really nobody has a hint? I can provide further info as needed. > My problem is theat with a random crash there is little I can do to > investigate, unless I have some suggestions. > All the best, and thanks a lot. Try installing Jessie as a

Re: Random freeze

Thanks Alberto for replying. Il 09/11/2015 13:48, Alberto Luaces ha scritto: > - Can you blacklist the wifi module to see if it keeps happening? if I switch wifi off it does not; blacklisting the module would leave me without wifi, so essentially the same situation, right? > - Or, can you get a

Re: Random freeze

On Sat, 2015-11-07 at 16:56 +, Paolo Cavallini wrote: > Hi all, > I'm on sid, and since a couple of weeks I'm experiencing random > freezes; > pretty bad, I have to hard reset the machine. I suspect it is the > ugly > wifi proprietary driver: [...] > > # aptitude show firmware-realtek The fir

Re: Random freeze

Paolo Cavallini writes: > My problem is theat with a random crash there is little I can do to > investigate, unless I have some suggestions. - Can you blacklist the wifi module to see if it keeps happening? - Or, can you get a stack trace of the kernel? See https://unix.stackexchange.com/questio

Re: Random freeze

Hi all, really nobody has a hint? I can provide further info as needed. My problem is theat with a random crash there is little I can do to investigate, unless I have some suggestions. All the best, and thanks a lot. Il 07/11/2015 17:56, Paolo Cavallini ha scritto: > Hi all, > I'm on sid, and sinc

Re: Random X crash

On 12/04/2014 02:56 PM, Joris Bolsens wrote: I am getting seemingly random crashes of X. I have 3 monitors (2 external, 1 laptop), and occasionally they will flash black, and orientation gets reset to default. I have not been able to find any action that specifically triggers this, although when

Re: random bits in badblocks

On Mon, Dec 01, 2014 at 12:08:35AM +, Hendrik Boom wrote: > The option -t random specifies that "the block should be filled with a > random bit pattern". > > Now, just how random is that bit pattern. > > Does it choose a random byte and fill the entire hard drive with it? If I'm reading th

Re: Random

On 09/22/2014 08:13 AM, Martin Read wrote: > On 22/09/14 07:55, David Baron wrote: >> The KMahjong with options set for random boards will always come up >> with the >> same pattern but the tiles will be differing/randomized. So this might >> be the >> intended. > > Nice catch. I grabbed the sourc

Re: Random

On 22/09/14 07:55, David Baron wrote: The KMahjong with options set for random boards will always come up with the same pattern but the tiles will be differing/randomized. So this might be the intended. Nice catch. I grabbed the source package with "apt-get source kmahjongg" and was able to fi

Re: Random

On Sunday 21 September 2014 22:26:16 Martin Read wrote: > On 21/09/14 20:41, David Baron wrote: > > On Sunday 21 September 2014 20:24:08 Martin Read wrote: > >> Application software usually initializes its internal pseudorandom > >> number generator using inputs like the current system time. Since

Re: Random

On 21/09/14 20:41, David Baron wrote: On Sunday 21 September 2014 20:24:08 Martin Read wrote: Application software usually initializes its internal pseudorandom number generator using inputs like the current system time. Since you haven't mentioned any of the affected programs by name, it's diff

Re: Random

On Sunday 21 September 2014 20:24:08 Martin Read wrote: > On 21/09/14 20:14, David Baron wrote: > > On my 64 bit Sid box, seems that certain applications/games come up the > > same every execution. Would normally expect a random pattern. > > > > This is not all of them but many.. Which random gene

Re: Random

On 21/09/14 20:14, David Baron wrote: On my 64 bit Sid box, seems that certain applications/games come up the same every execution. Would normally expect a random pattern. This is not all of them but many.. Which random generators should be installed, now seeded/configures? Application softwar

Re: Random hard freezes Wheezy

On 17.05.2014 13:12, Andrei POPESCU wrote: > Network Manager on a server? Yes, it's installed by default. Is there some drawbacks of keeping it on server? > - test your RAM (memtest) Did it before installing. > - try a newer kernel (e.g. from backports) As a last resort. I don't want to tou

Re: Random hard freezes Wheezy

On 5/17/2014 2:43 AM, Mimiko wrote: > On one server I intermittently encounter hard freezes. Server does not > react, ping, or ctrl+alt+del. Just caps lock and num lock flashes. Only > a power off from button helps to start server, after which it runs until > again this happens. Flashing KB LEDs

Re: Random hard freezes Wheezy

On Sb, 17 mai 14, 10:43:49, Mimiko wrote: > Hello. > > On one server I intermittently encounter hard freezes. Server does not > react, ping, or ctrl+alt+del. Just caps lock and num lock flashes. That's a "kernel panic". > Only a > power off from button helps to start server, after which it runs

Re: Random crashes that won't allow rebooting easily

On Apr 19, 2013 7:43 PM, "Bill Harris" wrote: > > Darac Marjal writes: > > > This looks like it might be > > http://us.generation-nt.com/answer/problem-brcm80211-hangs-2-6-36-0-34-rc6-git3-fc15-x86-64-help-200600731.html . > > Try a newer kernel, if you can (though I don't see evidence in that >

Re: Random crashes that won't allow rebooting easily

Darac Marjal writes: > This looks like it might be > http://us.generation-nt.com/answer/problem-brcm80211-hangs-2-6-36-0-34-rc6-git3-fc15-x86-64-help-200600731.html. > Try a newer kernel, if you can (though I don't see evidence in that > thread that the change was incorporated into the mainstream

Re: Random crashes that won't allow rebooting easily

On 04/18/2013 07:41 AM, Bill Harris wrote: I'm running an up-to-date Debian Squeeze 64-bit on a laptop. It's usually been stable, as I might expect from Debian Stable. From time to time, though, it freezes at seemingly random times. I notice it mostly when I'm typing and the keyboard stops res

Re: Random crashes that won't allow rebooting easily

Hi On Fri, Apr 19, 2013 at 02:32:08PM +0100, Bill Harris wrote: > Bill Harris writes: > > > Thanks for your quick response. The laptop is currently crashed, and so > > I'll check logs and more later. I discovered uprecords a while back, and > > I booted into W7 and launched IE last night, and

Re: Random crashes that won't allow rebooting easily

On Fri, Apr 19, 2013 at 06:32:08AM -0700, Bill Harris wrote: > Bill Harris writes: > > > Thanks for your quick response. The laptop is currently crashed, and so > > I'll check logs and more later. I discovered uprecords a while back, and > > I booted into W7 and launched IE last night, and the

Re: Random crashes that won't allow rebooting easily

Bill Harris writes: > Thanks for your quick response. The laptop is currently crashed, and so > I'll check logs and more later. I discovered uprecords a while back, and I booted into W7 and launched IE last night, and then I shut down again. Then I booted Debian. This time it worked, but I ha

Re: Re: Random crashes that won't allow rebooting easily

Soare, Thanks for your quick response. The laptop is currently crashed, and so I'll check logs and more later. I discovered uprecords a while back, and I've had uptimes as long as 136 days. I think the current mode of uptime is around 10-20 days, but it may be longer. I do sense that it's shor

  1   2   3   4   >