Hello,
I am not subscribed to this list so please CC me on replies (and quote
this line so others know to as well).
Also I was not sure if jessie issues belong here or on the
debian-testing list, but the latter doesn't have very much activity at
all and appears to be geared more towards
On 03/23/2014 10:31 PM, Christopher David Howie wrote:
I have an Nvidia GeForce GTX 760 card, and I've been unable to get this
card working correctly in jessie, including even booting the system
after installing.
The system hangs at Waiting for /dev to be fully populated unless I
specify
On 9/11/2019 7:01 PM, Miroslav Skoric wrote:
> Well, I noticed that issue after I recently upgraded to Stretch, but not
> had it in Jessie. Whatever. Having in mind that Stretch is oldstable for
> a while, and you had the issue in Buster, it seems that the issue goes
> through the versions intact
On 9/11/2019 9:58 AM, Andrea Borgia wrote:
> unlock xfce4, stare at mouse pointer alone on a black screen
If this is the same problem I had (and discussed prior on this list),
there is a bug in light-locker that seems to cause this behavior
randomly even without hibernation. Consider switching
On 9/10/19 4:30 AM, Miroslav Skoric wrote:
> After upgrading the old laptop from Jessie to Stretch, I noticed that
> the screensaver in Mate environment does not work for me as before. For
> example, when the screen goes black after some time of inactivity, for
> returning back it is not enough
On 11/2/2019 3:24 PM, Konstantin Nebel wrote:
Whoever read till the end Im thankful and ready to hear your opinion.
I use restic (the static binaries from the Github release page, not the
Debian package which falls out of date too quickly) and invoke it from
crontab. On my LAN server, the
On 10/23/2019 10:37 AM, Wayne Sallee wrote:
> Select "Partition disk"
>
> You will then see a number of options; one being guided partitioning,
> but no option for manual partition.
What? This screen _is_ the manual partition editor! The "guided"
option is displayed here so you can go back and
On 10/22/19 1:01 PM, Ken Heard wrote:
> smartctl considers my two hard drives three years old and
> consequently prone to failure
I'm not seeing that anywhere in the smartctl output. All of the
information there suggests that there is nothing wrong with the drives.
Where are you seeing these
On 10/13/19 6:56 PM, Wayne Sallee wrote:
> The non-graphical needs work too:
> There's no manual partitioning option without going first to guided
> partitioning
This is patently false. Every Debian setup I have done in the last ten
years I've done with manual partitioning in the text-mode
On 10/22/19 2:57 AM, Reco wrote:
>> Is there a supported way to configure two interfaces in the initrd to
>> accomplish this?
>
> In a way, yes, but the kernel commandline is unsuitable for this.
> What you need is a init-premount script (see initramfs-tools(7)) which
> configures either second
On 10/22/2019 12:22 PM, Christopher David Howie wrote:
>> In a way, yes, but the kernel commandline is unsuitable for this.
>> What you need is a init-premount script (see initramfs-tools(7)) which
>> configures either second or both NICs with "ip" from busybo
On 10/23/2019 9:16 PM, Kyle K wrote:
> In my grub.cfg I don't see anything that resembles "initrdÂ
> /intel-ucode.img /initrd.img-4.19.0-6-amd64".
On Debian, microcode updates are embedded in the main initrd, not put in
a secondary initrd.
The /usr/share/initramfs-tools/hooks/intel_microcode
On 10/26/2019 8:35 AM, to...@tuxteam.de wrote:
> Yep. Something along the lines of
>
> tcpdump -w data.pcap
>
> then scp that to your box and
>
> wireshark data.pcap
>
> Refinements, of course, possible :-)
I'd also suggest giving tcpdump the name of either the internal or
external
On October 22, 2019 9:17:15 PM UTC, elvis wrote:
>Raid is really simple, till something goes wrong :-) I reckon most data
>
>loss is from people taking wrong options to fix things from
>inexperience
>rather than raid losing the data.
Also from the wrong assumption that RAID levels with
I have a system with dropbear-initramfs to unlock crypto containers
during boot. The system has a second NIC that I will be using to attach
iSCSI disks to the system, some of which / may wind up moving to.
(/boot will remain attached locally.)
It seems that there is support for iSCSI during
On 6/9/2020 5:39 AM, Nicolas George wrote:
How do you add "status=progress" to a process that has already been
running for three days?
You can't, of course. I was merely suggesting using this in future
invocations.
--
Chris Howie
http://www.chrishowie.com
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 /dev/sde1
On 6/6/2020 11:25 PM, riveravaldez wrote:
Hi, here's the thing:
AFAIK Firefox lacks JACK support (in the sense that you can start
JACK and then Firefox and then, automatically, all I/O audio-ports
Firefox generated, appear as available JACK connections, let's say)
Is there any Debian package
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
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
On 6/8/2020 11:01 PM, David Wright wrote:
I, too, determine progress with
# kill -USR1
I'd suggest simply adding "status=progress" which gives you a summary
every second including bytes written, elapsed time, and average transfer
rate.
--
Chris Howie
http://www.chrishowie.com
21 matches
Mail list logo