Stefan Monnier writes:
> - Use an additional tiny dummy partition in which you can put any info
> you like.
This seems to be what Microsoft likes to do. At least I had the pleasure
of tossing a "Microsoft reserved" partition out from my desktop
recently, I think the Windows 10 installer create
* 2024-02-15 21:17:44+0100, Franco Martelli wrote:
> Doesn't LC_ALL=C setting override LANG or LANGUAGE settings?
LC_ALL overrides LC_* variables. It's easy to test:
$ locale
LANG=fi_FI.UTF-8
LANGUAGE=fi
LC_CTYPE="fi_FI.UTF-8"
LC_NUMERIC="fi_FI.UTF-8"
LC_TIME="fi_FI.UTF-8
On 2/15/24 16:20, David Wright wrote:
On Thu 15 Feb 2024 at 20:44:52 (+), Andy Smith wrote:
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if
On 2/15/24 16:20, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:59:30PM -0500, gene heskett wrote:
Now the question remains howinhell do I put a label on a drive
such that it does survive making a raid or lvm device with it? To
not have a way to id its the drive in slot n of a multislot rack
On Fri, Feb 16, 2024 at 12:27 AM Neal Heinecke wrote:
>
> I need to identify the package responsible for creating the software sources
> window. There is a minor bug/typo where the first tab reads "Ubuntu Software"
If you can locate the program that owns the window, then you can
identify the pac
On Thu, 15 Feb 2024 20:33:16 -0500
Neal Heinecke wrote:
> I need to identify the package responsible for creating the software
> sources window. There is a minor bug/typo where the first tab reads
> "Ubuntu Software"
I have no idea what a "software sources window" is. Do you know the
name of the
On 15/02/2024 12:39, David Wright wrote:
I would go further than tomas, and suggest that the battery might be
suspect, or the charging circuit of course. (None of my three laptops
works without AC power.) How old is it?
Battery health may be estimated from output of
upower --dump
by com
On 16/02/2024 09:34, David Wright wrote:
Yes, LC_ALL=C will override all the locale variables,
but LC_ALL=C.UTF-8 will not:
It is documented in
2.3.3 Specifying a Priority List of Languages
(info "(gettext) The LANGUAGE variable")
https://www.gnu.org/software/gettext/manual/html_node/The-LANG
On Thu 15 Feb 2024 at 21:17:44 (+0100), Franco Martelli wrote:
> On 15/02/24 at 03:28, Max Nikulin wrote:
> > > # env LC_ALL=C script -t 2>~/upgrade-bookwormstep.time -a
> > > ~/upgrade-bookwormstep.script
> >
> > Perhaps LC_ALL=C.UTF-8 is safer. At least several years ago some
> > python scripts
On 16/02/2024 03:17, Franco Martelli wrote:
On 15/02/24 at 03:28, Max Nikulin wrote:
LANG=C.UTF-8; LANGUAGE=; export LANG LANGUAGE
Doesn't LC_ALL=C setting override LANG or LANGUAGE settings?
Sorry, my bad. Of course
LC_ALL=C.UTF-8; LANGUAGE=; export LC_ALL LANGUAGE
and LC_ALL=C
I need to identify the package responsible for creating the software
sources window. There is a minor bug/typo where the first tab reads "Ubuntu
Software"
Thanks!
On 2/15/24 15:45, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if you mean partition names, no if you mean filesystem
labe
> Now the question remains howinhell do I put a label on a drive such
> that it does survive making a raid or lvm device with it?
LVM/MD take control of a block device (usually a partition), so any info
in that block device can't be used for your purpose. IOW you have to
put the info somewhere on
On 2/15/24 15:45, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if you mean partition names, no if you mean filesystem
labe
On Thu 15 Feb 2024 at 20:44:52 (+), Andy Smith wrote:
> On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
> > On 2/15/24 11:21, Andy Smith wrote:
> > > You asked if "labels" would survive their associated partition being
> > > put into LVM.
> > >
> > > I said, "yes if you mean part
Hi,
On Thu, Feb 15, 2024 at 03:59:30PM -0500, gene heskett wrote:
> Now the question remains howinhell do I put a label on a drive
> such that it does survive making a raid or lvm device with it? To
> not have a way to id its the drive in slot n of a multislot rack
> stops me in my tracks.
Given
On 2/15/24 14:41, Andy Smith wrote:
Hello,
On Thu, Feb 15, 2024 at 05:32:34PM +, debian-u...@howorth.org.uk wrote:
Andy Smith wrote:
Do remember that this mailing lists does not accept attachments (and
very few mailing lists in general do), so any time you are tempted
to send a photo to a
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
> On 2/15/24 11:21, Andy Smith wrote:
> > You asked if "labels" would survive their associated partition being
> > put into LVM.
> >
> > I said, "yes if you mean partition names, no if you mean filesystem
> > labels".
> >
> I'm st
On 2/15/24 11:21, Andy Smith wrote:
Hi,
On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
On 2/14/24 19:48, Andy Smith wrote:
I hope you are putting a level of redundancy under that LVM or are
using the redundancy features of LVM (which you need to go out of
your way to do). Otherw
Thanks Max,
On 15/02/24 at 03:28, Max Nikulin wrote:
# env LC_ALL=C script -t 2>~/upgrade-bookwormstep.time -a
~/upgrade-bookwormstep.script
Perhaps LC_ALL=C.UTF-8 is safer. At least several years ago some python
scripts (unrelated to Debian upgrade however) failed trying to log e.g.
non-asc
Hello,
On Thu, Feb 15, 2024 at 05:32:34PM +, debian-u...@howorth.org.uk wrote:
> Andy Smith wrote:
> > Do remember that this mailing lists does not accept attachments (and
> > very few mailing lists in general do), so any time you are tempted
> > to send a photo to a mailing list it is probab
Bump?
On Wed, Feb 14, 2024 at 3:29 PM chris wrote:
> Yes there are many updated kernels to choose from. Please go ahead and do
> so
>
>
>
> On Sat, Feb 10, 2024 at 8:21 AM Schwibinger Michael
> wrote:
>
>> Yes.
>>
>>
>> I found out
>> I do use an old kernel.
>>
>> Can LINUX update a kernel?
>>
On 15 Feb 2024 10:41 -0500, from wande...@fastmail.fm (The Wanderer):
>> 65,000 hard links seems to be an ext4 limit:
>>
>> https://www.linuxquestions.org/questions/linux-kernel-70/max-hard-link-per-file-on-ext4-4175454538/#post4914624
>
> That sounds right.
>
>> I believe ZFS can do more hard l
Andy Smith wrote:
> On Wed, Feb 14, 2024 at 08:48:31PM -0500, gene heskett wrote:
> > On 2/14/24 19:48, Andy Smith wrote:
> > > Please show us the command you used¹ to do that, so we know what
> > > exactly you are talking about, because as previously discussed
> > > there's a lot of different th
On Thu 15 Feb 2024 at 16:12:06 (+), Andy Smith wrote:
> On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
> > > On 2/14/24 19:48, Andy Smith wrote:
> > > > I hope you are putting a level of redundancy under that LVM or are
> > > > using the redundancy features of LVM (which you need
Hi,
On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
> > On 2/14/24 19:48, Andy Smith wrote:
> > > I hope you are putting a level of redundancy under that LVM or are
> > > using the redundancy features of LVM (which you need to go out of
> > > your way to do). Otherwise by default wha
Hi,
On Wed, Feb 14, 2024 at 08:48:31PM -0500, gene heskett wrote:
> On 2/14/24 19:48, Andy Smith wrote:
> > On Wed, Feb 14, 2024 at 05:09:02PM -0500, gene heskett wrote:
> > > I have made 1 full partiton om each one, a labeled those partitions as
> > > SiPwr_0 and SiPwr_1
> >
> > Please show us
Hi,
On Wed, Feb 14, 2024 at 09:06:43PM -0500, gene heskett wrote:
> On 2/14/24 19:48, Andy Smith wrote:
> > But your chosen partition names don't make a lot of sense to me.
> > You've picked names based on the type/manufacturer of device so you
> > may as well have just used the names from /dev/di
On 2024-02-15 at 01:18, songbird wrote:
> The Wanderer wrote:
>
>> TL;DR: It worked! I'm back up and running, with what appears to be
>> all my data safely recovered from the failing storage stack!
>
> i'm glad you got it back up and running and i hope all your data is
> intact. :)
Thank you.
On 2024-01-11 at 15:25, Stefan Monnier wrote:
>> manufacturers in different memory banks, but since it's always
>> possible to power down, replace or just remove memory, and power up
>> again,
>
> Hmm... "always"? What about long running computations like that
> simulation (or LLM training) la
On 2024-02-15 at 03:09, David Christensen wrote:
> On 2/14/24 18:54, The Wanderer wrote:
>
>> TL;DR: It worked! I'm back up and running, with what appears to be
>> all my data safely recovered from the failing storage stack!
>
> That is good to hear. :-)
>
>> On 2024-01-09 at 14:22, The Wander
On Thu, 15 Feb 2024 10:31:30 +0100
Felix Natter wrote:
> Looks like I write my own script, since I don't need snapshots or
> incremental backups or even multiple disks :)
Take a look at rsnapshot.
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.com/bl
On 2024-02-15 at 07:14, debian-u...@howorth.org.uk wrote:
> The Wanderer wrote:
>
>> It turns out that there is a hard limit of 65000 hardlinks per
>> on-disk file;
>
> That's a filesystem dependent value. That's the value for ext4.
I think I recall reading that while I was flailing over this,
Paul D Schmitt wrote on 2/14/24 10:49:
After an upgrade of Debian 11 yesterday, Thunderbird 115.7.0 now has an
inbox issue where the listings move making it difficult to save or
delete them! I had this exact issue with Debian based Antix 22 after a
recent upgrade. That problem was resolved by a
The Wanderer wrote:
> It turns out that there is a hard limit of 65000
> hardlinks per on-disk file;
That's a filesystem dependent value. That's the value for ext4.
XFS has a much larger limit I believe. As well as some other helpful
properties for large filesystems.
btrfs has different limits
Me writes:
> On 2024-02-14 09:40, Felix Natter wrote:
>> Dear Michael,
>> many thanks for the detailed answer, I will keep all of this for
>> reference as I learn about libvirt!
>> Am I right that it is not possible to backup/restore VMs
>> using virt-manager GUI (on Debian12)? ChatGPT suggested
hello Michael,
Michael Kjörling <2695bd53d...@ewoof.net> writes:
> On 14 Feb 2024 09:40 +0100, from fnat...@gmx.net (Felix Natter):
>> Am I right that it is not possible to backup/restore VMs
>> using virt-manager GUI (on Debian12)? ChatGPT suggested this
>> is possible, but confused this with Hyp
On 2/14/24 18:54, The Wanderer wrote:
TL;DR: It worked! I'm back up and running, with what appears to be all
my data safely recovered from the failing storage stack!
That is good to hear. :-)
On 2024-01-09 at 14:22, The Wanderer wrote:
On 2024-01-09 at 14:01, Michael Kjörling wrote:
On
38 matches
Mail list logo
