Hi,
Nicholas Geovanis wrote:
> You ruined my day :-)
It was not my fault. Send complaints to the people who convened as
"High Sierra Group" in 1986.
> Something similar to IBM's kludgiest relic of the early 1960s has appeared
> in linux?
The unixoid community added System Use Protocol and Rock
On Tue, Jan 09, 2024 at 04:50:28AM +, Albretch Mueller wrote:
> On 1/6/24, Albretch Mueller wrote:
> > I may not even have an NVMe card in my computer as the manufacturer
> > claims.
>
> My DELL Inspiron 5593 actually does have a M.2 512GB KIOXIA NVMe SSD,
> which I need to use! The problem
On 9/1/24 16:02, Thomas Schmitt wrote:
Hi,
Nicholas Geovanis wrote:
The idea that we need version numbers embedded in filenames
involuntarily may be "natural" to somebody.
I have never seen any version other than ";1" (and ISOs which simply
ignore the specs about file names). It's a non
I discovred on some BIOSes undocumented features:
Some options can be enabled when set UEFI active, or also when setting a boot
password and a
BIOS password.
Sometimes even new settings appear, when passwords are set. I know, this sounds
weired, but
as I said: this ware undocumented.
Also t
Rainer Dorsch writes:
> Hello,
>
> I tried to start a serial console on ttyS0, but when I try to start the
> serial-getty service, it does not return:
>
> root@master:~# systemctl status serial-getty@ttyS0.service
> ○ serial-getty@ttyS0.service - Serial Getty on ttyS0
> Loaded: loaded (/l
Hi,
Bret Busby wrote:
> Whilst, as I previously made the point, this is all off-topic for a Debian
> operating system users mailing list
But i found a premium excuse in the debian-cd and debian-live ISOs. :o)
> the last seven versions of a file, being retained, was a
> useful tool for software
Bret Busby (12024-01-09):
> Whilst, as I previously made the point, this is all off-topic for a Debian
> operating system users mailing list, one (and, only one) of the applications
> of version numbers as part of file descriptors, with (in the case of
> VAX/VMS) up to the last seven versions of a
On 1/9/24 03:15, Thomas Schmitt wrote:
Hi,
Nicholas Geovanis wrote:
You ruined my day :-)
It was not my fault. Send complaints to the people who convened as
"High Sierra Group" in 1986.
Something similar to IBM's kludgiest relic of the early 1960s has appeared
in linux?
The unixoid commu
On 2024-01-08, Herb Garcia wrote:
> I was able to compile Linux kernel 6.1.X.
>
> When I tried compiling kernel 6.5.x and ran into issues.
>
> I download the required dependencies as required per
> https://www.kernel.org/doc/html/v6.7/process/changes.html#changes
To compile 6.5 I do
apt build-
Haines Brown (12024-01-08):
> and that seems to have fixed the buffer problem.
Nice.
> The scripts folder is in my path. I holds many commands I regularly
> use.
>
> Turns out that the "play" command was earlier taken by another
> application. So I changed the command from play to Play, and n
Brad Rogers (12024-01-09):
> Depends; I ended up buying three smaller sticks, because the
> limitations of the file system meant that the File Allocation Table
> got filled up wy before the larger capacity memory sticks did.
The USB sticks we were discussing in this thread are way below the
l
This is not directly Debian-related, except insofar as the system
involved is running Debian, but we've already had a somewhat similar
thread recently and this forum is as likely as any I'm aware of to have
people who might have the experience to address the question(s). I would
be open to recommen
The Wanderer wrote:
> So... as the Subject asks, should I be worried? How do I interpret these
> results, and at what point do they start to reflect something to take
> action over? If there is not reason to be worried, what *do* these
> alerts indicate, and at what point *should* I start to be wo
On Tue, 9 Jan 2024 13:25:52 +0100
Nicolas George wrote:
Hello Nicolas,
>What are you talking about? FAT does not get “overloaded” by long
>filenames.
Seen it happen; Long filenames, mixed case, and files saved at the
beginning of a session of copying multiple files would be lost because
the FA
Brad Rogers (12024-01-09):
> Seen it happen; Long filenames, mixed case, and files saved at the
> beginning of a session of copying multiple files would be lost because
> the FAT was filled, and overwritten from the start by files added later
> in the session.
>
> We are talking in excess of 20,0
On 2024-01-09 at 09:38, Dan Ritter wrote:
> The Wanderer wrote:
>
>> So... as the Subject asks, should I be worried? How do I interpret
>> these results, and at what point do they start to reflect something
>> to take action over? If there is not reason to be worried, what
>> *do* these alerts in
On Tue, 9 Jan 2024 16:15:27 +0100
Nicolas George wrote:
Hello Nicolas,
>Pictures or it did not happen.
Didn't bother because it appeared to be a well-understood phenomenon,
based on my limited research.
--
Regards _ "Valid sig separator is {dash}{dash}{space}"
/ ) "The b
>>What are you talking about? FAT does not get “overloaded” by long
>>filenames.
> Seen it happen;
I have serious doubts about the "it".
> Long filenames, mixed case, and files saved at the beginning of
> a session of copying multiple files would be lost because the FAT was
> filled, and overwrit
On Tue 09 Jan 2024 at 10:57:29 (-0500), Stefan Monnier wrote:
> >>What are you talking about? FAT does not get “overloaded” by long
> >>filenames.
> > Seen it happen;
>
> I have serious doubts about the "it".
>
> > Long filenames, mixed case, and files saved at the beginning of
> > a session of c
What dependencies did you install?
~Herb
On Tue, Jan 9, 2024, 7:23 AM Michel Verdier wrote:
> On 2024-01-08, Herb Garcia wrote:
>
> > I was able to compile Linux kernel 6.1.X.
> >
> > When I tried compiling kernel 6.5.x and ran into issues.
> >
> > I download the required dependencies as requir
On 2024-01-09, The Wanderer wrote:
>
> My default plan is to identify an appropriate model and buy a pair of
> replacement drives, but not install them yet; buy another two drives
> every six months, until I have a full replacement set; and start failing
> drives out of the RAID array and installi
Hello, there are 6 CVEs on the golang-go package which are not on
https://security-tracker.debian.org/tracker/status/release/stable
I couldn't find them either there
https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=golang-go
The list is:
- CVE-2023-29409 https://pkg.go.dev/vuln
On 9 Jan 2024 08:11 -0500, from wande...@fastmail.fm (The Wanderer):
> Within the past few weeks, I got root-mail notifications from smartd
> that the ATA error count on two of the drives had increased - one from 0
> to a fairly low value (I think between 10 and 20), the other from 0 to
> 1. I figu
On Tue, 9 Jan 2024 10:07:26 -0600
David Wright wrote:
Hello David,
>The size of that is fixed when formatted, at least up to FAT16.
>Long filenames will eat it up more quickly still. Create
>subdirectories and the problem goes away.
Yes, this is exactly what I experienced. So not the FAT at fa
On Tue, Jan 09, 2024 at 10:57:29AM -0500, Stefan Monnier wrote:
> >>What are you talking about? FAT does not get “overloaded” by long
> >>filenames.
> > Seen it happen;
>
> I have serious doubts about the "it".
>
> > Long filenames, mixed case, and files saved at the beginning of
> > a session of
On 2024-01-09 16:57 +0100, Jorropo wrote:
> Hello, there are 6 CVEs on the golang-go package which are not on
> https://security-tracker.debian.org/tracker/status/release/stable
They are there, just not shown by default. Toggle the "include issues
tagged no-dsa" checkbox to see them.
> I couldn
Hello,
On Tue, Jan 09, 2024 at 11:30:52AM +1000, David wrote:
> Perhaps the Debian Project, represented in the media as `an
> unaccountable collective of hackers', will be next.
Debian doesn't sell any products or services and doesn't take
donations; the organisations that take donations on Debia
On Tue, 2024-01-09 at 17:53 +, Andy Smith wrote:
> Hello,
>
> On Tue, Jan 09, 2024 at 11:30:52AM +1000, David wrote:
> > Perhaps the Debian Project, represented in the media as `an
> > unaccountable collective of hackers', will be next.
>
> Debian doesn't sell any products or services and doe
On 1/9/24 12:53, Andy Smith wrote:
Hello,
On Tue, Jan 09, 2024 at 11:30:52AM +1000, David wrote:
Perhaps the Debian Project, represented in the media as `an
unaccountable collective of hackers', will be next.
Debian doesn't sell any products or services and doesn't take
donations; the organis
On 2024-01-09 at 11:12, Curt wrote:
> On 2024-01-09, The Wanderer wrote:
>
>> My default plan is to identify an appropriate model and buy a pair
>> of replacement drives, but not install them yet; buy another two
>> drives every six months, until I have a full replacement set; and
>> start faili
On 2024-01-09 at 11:21, Michael Kjörling wrote:
> On 9 Jan 2024 08:11 -0500, from wande...@fastmail.fm (The Wanderer):
>
>> Within the past few weeks, I got root-mail notifications from
>> smartd that the ATA error count on two of the drives had increased
>> - one from 0 to a fairly low value (I
Il 06/01/2024 16:19, Max Nikulin ha scritto:
On 06/01/2024 19:44, Valerio Vanni wrote:
systemd-run --unit=kaffeine-resumed --uid="$kafuid" --gid="$kafgid" \
env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis
XDG_CURRENT_DESKTOP=KDE \
/usr/bin/kaffeine --lastchannel > /dev/null 2>&1
On 9 Jan 2024 10:21 -0500, from wande...@fastmail.fm (The Wanderer):
>>> Model Family: Samsung based SSDs
>>> Device Model: Samsung SSD 870 EVO 2TB
>>
>> These may or may not be under warranty,
>
> I would be surprised if there were warranty coverage at
> this point, but might look a bit
Il 06/01/2024 17:38, Max Nikulin ha scritto:
On 06/01/2024 00:07, Valerio Vanni wrote:
Now I'm looking: services are
├─/MainApplication
├─/Player
├─/Television
├─/TrackList
└─/org
└─/org/kde
└─/org/kde/kaffeine
I tried to introspect the more likely, MainApplication and Television
.
On 9 Jan 2024 13:25 -0500, from wande...@fastmail.fm (The Wanderer):
>>> Within the past few weeks, I got root-mail notifications from
>>> smartd that the ATA error count on two of the drives had increased
>>> - one from 0 to a fairly low value (I think between 10 and 20), the
>>> other from 0 to 1
On 2024-01-09 at 14:01, Michael Kjörling wrote:
> On 9 Jan 2024 13:25 -0500, from wande...@fastmail.fm (The Wanderer):
>
Within the past few weeks, I got root-mail notifications from
smartd that the ATA error count on two of the drives had
increased - one from 0 to a fairly low va
David Wright [2024-01-09 10:07:26] wrote:
> but what seems most likely is that the root directory filled up.
> The size of that is fixed when formatted, at least up to FAT16.
> Long filenames will eat it up more quickly still.
Long file names are actually kept in a (hidden) files, so they don't ea
Il 07/01/2024 06:44, Max Nikulin ha scritto:
It seems neither su nor sudo add process to the user context (proper
cgroup, XDG session), so attempts to talk to the systemd user session
through D-Bus fail.
setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \
env XDG_RUNTIME_DIR=
On 2024-01-09, HP Garcia wrote:
> What dependencies did you install?
All are installed with those commands, thanks Debian :)
apt build-dep linux
apt install build-essential libncurses-dev
(last one for running menuconfig with ncurses)
On 1/9/24 05:11, The Wanderer wrote:
I have an eight-drive RAID-6 array of 2TB SSDs, built
back in early-to-mid 2021.
Within the past few weeks, I got root-mail notifications from smartd
that the ATA error count on two of the drives had increased ...
On Sunday (two days ago), I got root-m
On 1/9/24 14:34, David Christensen wrote:
You can always run smartctl manual ...
Correction: manually
To get protection against two-device failure, you need 3-day mirrors ...
Correction: 3-way
Perhaps other readers with madm, ...
Correction: mdadm
David
On Tue 09 Jan 2024 at 15:30:49 (-0500), Stefan Monnier wrote:
> David Wright [2024-01-09 10:07:26] wrote:
> > but what seems most likely is that the root directory filled up.
> > The size of that is fixed when formatted, at least up to FAT16.
> > Long filenames will eat it up more quickly still.
>
If you were to issue 'ls -l /' You'll find that /bin, /sbin,
lib{32,64,x32} are linked to their counterparts in /usr/. I under-
stand the logic in doing so. However, for specific reasons that would
require exhaustive explanations that I would prefer to save us all from
me doing, I would like to bre
Hi, miphix
On Wed, Jan 10, 2024 at 05:06:33AM +, miphix wrote:
> If you were to issue 'ls -l /' You'll find that /bin, /sbin,
> lib{32,64,x32} are linked to their counterparts in /usr/. I under-
> stand the logic in doing so. However, for specific reasons that would
> require exhaustive explan
On Wed, 10 Jan 2024, miphix wrote:
If you were to issue 'ls -l /' You'll find that /bin, /sbin,
lib{32,64,x32} are linked to their counterparts in /usr/. I under-
stand the logic in doing so. However, for specific reasons that would
require exhaustive explanations that I would prefer to save us
On Wed, Jan 10, 2024 at 12:49 AM wrote:
>
> On Wed, Jan 10, 2024 at 05:06:33AM +, miphix wrote:
> > If you were to issue 'ls -l /' You'll find that /bin, /sbin,
> > lib{32,64,x32} are linked to their counterparts in /usr/. I under-
> > stand the logic in doing so. However, for specific reasons
On Wed, 10 Jan 2024, Jeffrey Walton wrote:
I think some programs can break, like those that assume / and /usr are
both mounted early in the boot process. I think the only guarantee is
/ will be mounted early, and all programs needed to boot are available
from /. I thought there was a discussion
47 matches
Mail list logo
