Re: "solved" in message subject

On Sun Apr 6, 2025 at 2:13 PM BST, Greg wrote: On 2025-04-06, Jonathan Dowland wrote: On Fri Apr 4, 2025 at 11:01 PM BST, Andrew M.A. Cater wrote: This is the real problem: threads here go on for months and years. Why is this a problem? Because in the modern age we need things that start i

Re: "solved" in message subject

On 2025-04-06, Jonathan Dowland wrote: > On Fri Apr 4, 2025 at 11:01 PM BST, Andrew M.A. Cater wrote: >> This is the real problem: threads here go on for months and years. > > Why is this a problem? Because in the modern age we need things that start instantly and end rapidly.

Re: "solved" in message subject

On Fri Apr 4, 2025 at 11:01 PM BST, Andrew M.A. Cater wrote: This is the real problem: threads here go on for months and years. Why is this a problem? -- Please do not CC me for listmail. 👱🏻 Jonathan Dowland ✎j...@debian.org 🔗 https://jmtd.net

Re: "solved" in message subject

that some suggestions perfectly valid for other MUA >> should be avoided in the mail.google.com web application. > > I've avoided this argument since it seems like a fallacious argument > for gratuitous subject changes, but it may explain the use of Gmail > and friends...

Re: "solved" in message subject

On 05/04/2025 05:01, Andrew M.A. Cater wrote: On Fri, Apr 04, 2025 at 10:22:47AM +0700, Max Nikulin wrote: Again when reading mail, if subject is changed almost completely: "Old" to "New (was: Old)" to "New" with "(was: ...)" stripped by e.g. Thunderbird

Re: "solved" in message subject

On 05/04/2025 03:35, Andy Smith wrote: Do you understand that Max and I are saying that the way the web UI for gmail and other large mailbox providers works is that as soon as you change a subject line it breaks the thread and places those mails in their own separate group? Disclaimer: I have

Re: "solved" in message subject

; >> >> I rarely use Gmail web UI, but this time I was curious enough to check its >> >> behavior. >> > >> > As I keep pointing out, and you have covered again here, any change of >> > subject is disastrous for the gmail web UI and the web UI of mo

Re: "solved" in message subject

On Fri, Apr 04, 2025 at 10:22:47AM +0700, Max Nikulin wrote: > On 02/04/2025 05:17, Jeffrey Walton wrote: > > I see the changing of title or subject to add things like "SOLVED" is > > not included in the FAQ. > > I am neutral to this recommendations. Just some cons

Re: "solved" in message subject

On Fri, Apr 4, 2025 at 3:05 PM Fred wrote: > > One reason to use the "solved" tag is to let everyone know that the OP > has solved the problem and moved on so that others don't continue to > waste their time and effort trying to find a solution when the OP has > moved on and won't need to respond

Re: "solved" in message subject

t as soon as you change a subject line it breaks the thread and places those mails in their own separate group? So no, for the majority of subscribed readers doing such a thing will not "let everyone know that the OP has solved the problem" because the hint of that will be somewhere far

Re: "solved" in message subject

> >> I am neutral to this recommendations. Just some considerations... > >> > >> I rarely use Gmail web UI, but this time I was curious enough to check > its > >> behavior. > > > > As I keep pointing out, and you have covered again here, any change o

Re: "solved" in message subject

u have covered again here, any change of subject is disastrous for the gmail web UI and the web UI of most of the other large mailbox providers, which together count for the vast majority of active email users even on extremely technical and ageing population lists like this one. However some still see

Re: "solved" in message subject

ny change of subject is disastrous for the gmail web UI and the web UI of most of the other large mailbox providers, which together count for the vast majority of active email users even on extremely technical and ageing population lists like this one. However some still seem to desire the idea

Re: "solved" in message subject

should be avoided in the mail.google.com web application. I've avoided this argument since it seems like a fallacious argument for gratuitous subject changes, but it may explain the use of Gmail and friends... One thing to remember about big tech email services, like Gmail, Hotmail and Yaho

Re: "solved" in message subject

On 2025-04-04, Max Nikulin wrote: > > Let's avoid discussions if gmail should be used. De-facto it is widely > used, it has features and limitations. My point is that gmail users > should be aware that some suggestions perfectly valid for other MUA > should be avoided in the mail.google.com web

"solved" in message subject

On 02/04/2025 05:17, Jeffrey Walton wrote: I see the changing of title or subject to add things like "SOLVED" is not included in the FAQ. I am neutral to this recommendations. Just some considerations... I rarely use Gmail web UI, but this time I was curious enough to check its beh

Re: Unidentified subject!

On 3/23/25 02:19, BALDO wrote: Hi everyone, I have a question for you. We work with BD images, but is it possible to merge these images and put them on an external m.2? If we create the first bootable disk on the external memory with Balena Etcher, then manually add the packages in the pool folde

Re: Unidentified subject!

On Sun, Mar 23, 2025 at 10:19:18AM +0100, BALDO wrote: > Hi everyone, I have a question for you. We work with BD images, but is it > possible to merge these images and put them on an external m.2? I think you've been given an answer. I would always suggest using a USB because this is more straight

Re: Unidentified subject!

Hi, Andrew M.A. Cater wrote: > As somebody testing images when point releases are made, I > would suggest against using larger images than the DLBD - there is the > likelihood of bit errors to ruin your image when writing many GB There is a file md5sum.txt in the ISOs to check the transport integ

Re: Unidentified subject!

Hi, BALDO wrote: > We work with BD images, but is it > possible to merge these images and put them on an external m.2? Aha. Once in a year this question pops up. Three years ago i invested some shell programming effort and tested it with amd64 ISOs. See: https://wiki.debian.org/MergeDebianIsos

Unidentified subject!

Hi everyone, I have a question for you. We work with BD images, but is it possible to merge these images and put them on an external m.2? If we create the first bootable disk on the external memory with Balena Etcher, then manually add the packages in the pool folder can it work? Today using optica

Re: Subject: Re: HFS+

On Tue, Jan 21, 2025 at 9:21 AM wrote: > > From: Greg Wooledge > Date: Mon, 20 Jan 2025 22:58:51 -0500 > > I looked at the package file lists for those two packages, and one of > > the things that looked interesting was "hpfsck". > > Thanks for the reply. > > # hpfsck -v /dev/sdc2 > *** C

Subject: Re: HFS+

Greg, From: Greg Wooledge Date: Mon, 20 Jan 2025 22:58:51 -0500 > I looked at the package file lists for those two packages, and one of > the things that looked interesting was "hpfsck". Thanks for the reply. # hpfsck -v /dev/sdc2 *** Checking Volume Header: hpfsck: hpfsck: error writin

Changing subject line in this mailing list [WAS Re: To change subject line or not]

chive > readers. > If you are looking at the Debian lists via the web archive, for example, or you just look for "Debian + random subject" in Google, then you don't necessarily obtain the context of the message you are reading without a clear subject. The long and convoluted

Re: To change subject line or not (Was Re: [SOLVED] Re: British English has disappeared)

top three > > > mailbox providers split threads when the subject line changes, a > > > misfeature I was shocked to learn about having never used any of them. > > > > But with gmail, that's self-inflicted, isn't it? > > Will that fact be of comfort to any

Re: To change subject line or not (Was Re: [SOLVED] Re: British English has disappeared)

Hi David, On Mon, Jan 13, 2025 at 08:46:28PM -0600, David Wright wrote: > On Tue 14 Jan 2025 at 00:53:43 (+), Andy Smith wrote: > > Most people do not use a good MUA. The email interfaces of the top three > > mailbox providers split threads when the subject line changes, a &

Re: To change subject line or not (Was Re: [SOLVED] Re: British English has disappeared)

On 14/01/2025 07:53, Andy Smith wrote: On Tue, Jan 14, 2025 at 12:41:17AM +, Alain D D Williams wrote: It is not just the Subject: but also the In-Reply-To: and References: headers. A good MUA (mail reader) will use these to deduce what is in reply to what and have the ability to show an

Re: To change subject line or not (Was Re: [SOLVED] Re: British English has disappeared)

On Tue 14 Jan 2025 at 00:53:43 (+), Andy Smith wrote: > On Tue, Jan 14, 2025 at 12:41:17AM +, Alain D D Williams wrote: > > It is not just the Subject: but also the In-Reply-To: and References: > > headers. > > A good MUA (mail reader) will use these to deduce wha

To change subject line or not (Was Re: [SOLVED] Re: British English has disappeared)

Hi, On Tue, Jan 14, 2025 at 12:41:17AM +, Alain D D Williams wrote: > It is not just the Subject: but also the In-Reply-To: and References: headers. > A good MUA (mail reader) will use these to deduce what is in reply to what and > have the ability to show an email 'thread'

Re: Subject: Re: Adding a new boot disk while keeping old disk

On Tue 10 Dec 2024 at 15:03:46 (-0800), Charlie Gibbs wrote: > On Tue Dec 10 14:05:20 2024 David Wright wrote: > > > You still haven't said what files cause you concern in /usr/bin/. > > There are a lot of them, e.g. xscreensaver, zip, sox... > > > All the files belonging to Debian's packages a

Re: Subject: Re: Adding a new boot disk while keeping old disk

On 12/10/24 15:03, Charlie Gibbs wrote: I think it's time to throw in the towel.  The only reason I'm spending so much time on this is that I had knee surgery a few days ago and I'm sitting here at home, not mobile enough to do much else but putter with my machines.  But I think I'll just forget

Re: Subject: Re: Adding a new boot disk while keeping old disk

Seems like you are going about this in the most difficult and roundabout way possible. -- John Hasler j...@sugarbit.com Elmwood, WI USA

Re: Subject: Re: Adding a new boot disk while keeping old disk

On Tue Dec 10 14:05:20 2024 David Wright wrote: > You still haven't said what files cause you concern in /usr/bin/. There are a lot of them, e.g. xscreensaver, zip, sox... > All the files belonging to Debian's packages are going to be present, > because you wrote: > >>> At this point the old a

Re: Subject: Re: Adding a new boot disk while keeping old disk

On Mon 09 Dec 2024 at 21:25:59 (-0800), Charlie Gibbs wrote: > On Mon Dec 9 20:53:54 2024 David Wright wrote: > > On Mon 09 Dec 2024 at 15:23:18 (-0800), Charlie Gibbs wrote: > > > >> Some of you may recall my account of trying to install a new disk (in > >> my case a 1TB NVMe stick) for use as a

Subject: Re: Adding a new boot disk while keeping old disk

[Sorry about breaking the thread structure - I read this group via Usenet and e-mail replies.] On Mon Dec 9 20:53:54 2024 David Wright wrote: > On Mon 09 Dec 2024 at 15:23:18 (-0800), Charlie Gibbs wrote: > >> Some of you may recall my account of trying to install a new disk (in >> my case a 1

Unidentified subject!

I'm using the latest stable version of Debian 12 on a lenovo D330 Celeron N4020 model, but the auto-rotate is inverted, it won't boot up from lock, it starts up with a black screen, and sleep is the same. I'm pretty sure the same thing happens when the screen is off. Other than that, I have no co

Re: Tbird and square brackets in subject field - was - Re: Parenthesis or square brackets and "was"

intentional here? E.g. thunderbird strips "(was:" subject part from response subject. [...] "Re: [GNC] Problem with New Account Creation" is apparently not molested by Tbird. [...] "Re: [solved] Re: No login with Debian 12 ssh client, ssh-rsa key, Debian 8 sshd"

Re: Tbird and square brackets in subject field - was - Re: Parenthesis or square brackets and "was"

On 3/6/24 01:16, Bret Busby wrote: On 3/6/24 01:09, Bret Busby wrote: On 3/6/24 01:06, Bret Busby wrote: On 3/6/24 00:52, e...@gmx.us wrote: On 6/1/24 23:02, Max Nikulin wrote: On 02/06/2024 02:59, Andrew M.A. Cater wrote: If you change subject or emphasis in mid-thread, please change the

Re: Tbird and square brackets in subject field - was - Re: Parenthesis or square brackets and "was"

On 3/6/24 01:09, Bret Busby wrote: On 3/6/24 01:06, Bret Busby wrote: On 3/6/24 00:52, e...@gmx.us wrote: On 6/1/24 23:02, Max Nikulin wrote: On 02/06/2024 02:59, Andrew M.A. Cater wrote: If you change subject or emphasis in mid-thread, please change the subject line on your email

Tbird and square brackets in subject field - was - Re: Parenthesis or square brackets and "was"

On 3/6/24 01:06, Bret Busby wrote: On 3/6/24 00:52, e...@gmx.us wrote: On 6/1/24 23:02, Max Nikulin wrote: On 02/06/2024 02:59, Andrew M.A. Cater wrote: If you change subject or emphasis in mid-thread, please change the subject line on your email accordingly so that this can be clearly seen

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 2024-04-22, Charlie Gibbs wrote: > > TL;DR: Copying an existing /home into a fresh Debian installation > causes audio in Steam games to glitch - but all other sound is OK. I have only the most vaporous ideas about Steam, but have you tried backing up and then recreating (if such a thing is pos

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

> I doubt the new drive is slower than the old drive: Overall, agreed. Tho AFAICT the new drive spins slower (5400rpm vs 7200rpm), so it has a slightly higher rotational latency. This means that in *some* cases it can be slower. Now, I have no idea whether that's the cause of the glitches.

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 4/23/24 09:02, debian-u...@howorth.org.uk wrote: Charlie Gibbs wrote: On 2024-04-22 16:50, Jeffrey Walton wrote: What are the old and new hard drive model numbers and specs? The old drive is a Western Digital WD5000YS (500GB SATA). The new drive is a Western Digital Red, WF40EFPX (4TB SA

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 4/22/24 21:26, Charlie Gibbs wrote: On 2024-04-22 16:50, Jeffrey Walton wrote: What are the old and new hard drive model numbers and specs? The old drive is a Western Digital WD5000YS (500GB SATA). https://www.newegg.com/western-digital-re2-wd5000ys-500gb/p/N82E16822136032?Item=N82E16822

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

Charlie Gibbs wrote: > On 2024-04-22 16:50, Jeffrey Walton wrote: > > > What are the old and new hard drive model numbers and specs? > > The old drive is a Western Digital WD5000YS (500GB SATA). > The new drive is a Western Digital Red, WF40EFPX (4TB SATA). According to my searches, there's n

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 2024-04-22 16:50, Jeffrey Walton wrote: What are the old and new hard drive model numbers and specs? The old drive is a Western Digital WD5000YS (500GB SATA). The new drive is a Western Digital Red, WF40EFPX (4TB SATA). If the old hard drive was spinning rust, it is acceptable to replace i

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On Mon, Apr 22, 2024 at 5:03 AM Charlie Gibbs wrote: > I should probably be posting this to the Steam forums, but > most of the denizens there are Windows people so I might be > better off letting you Debian gurus have a go at it first. > > TL;DR: Copying an existing /home into a fresh Debian ins

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

> Recently I decided to upgrade its storage capacity, and replaced > its 500GB hard drive (which was pretty large at the time I bought > it) with a 4TB drive. I did an install from scratch using a > network install CD, then copied my /home partition (using rsync) > from the old drive. [...] > (Sid

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 4/21/24 22:33, Charlie Gibbs wrote: I should probably be posting this to the Steam forums, but most of the denizens there are Windows people so I might be better off letting you Debian gurus have a go at it first. TL;DR: Copying an existing /home into a fresh Debian installation causes audio

Re: Subject: Glitchy sound in Steam games after hard drive upgrade

On 2024-04-21, Charlie Gibbs wrote: > Obviously my Steam programs and configuration files are in my > home directory, since the updated system comes up icons and all > without re-installing Steam, and can find everything it needs to > run the games. But perhaps there are a few files somewhere els

Subject: Glitchy sound in Steam games after hard drive upgrade

I should probably be posting this to the Steam forums, but most of the denizens there are Windows people so I might be better off letting you Debian gurus have a go at it first. TL;DR: Copying an existing /home into a fresh Debian installation causes audio in Steam games to glitch - but all other

[no subject]

Hello, I was checking the Debian domain, and noticed that it is DNSSEC compliant. However, when I check "deb.debian.org", the DNS validation fails. Is there any reason behind this, please ? Thanks, André Rodier.

Re: shred bug? [was: Unidentified subject!]

On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: What Thomas was trying to do is to get a cheap, fast random number generator. Shred seems to have such. You're better off with /dev/urandom, it's much easier to understand what it's trying to do, vs the rather baroque logic in s

Re: shred bug? [was: Unidentified subject!]

On Tue 13 Feb 2024 at 11:21:08 (-0500), Greg Wooledge wrote: > On Tue, Feb 13, 2024 at 09:35:11AM -0600, David Wright wrote: > > On Tue 13 Feb 2024 at 07:15:48 (-0500), Greg Wooledge wrote: > > > On Mon, Feb 12, 2024 at 11:01:47PM -0600, David Wright wrote: > > > > … but not much. For me, "standard

Re: shred bug? [was: Unidentified subject!]

On Tue, Feb 13, 2024 at 01:03:44PM -0800, David Christensen wrote: > On 2/13/24 09:40, debian-u...@howorth.org.uk wrote: > > Greg Wooledge wrote: > > > > > Shred will determine the size of the file, then write data to the > > > file, rewind, write data again, etc. On a traditional hard drive, >

Re: shred bug? [was: Unidentified subject!]

On 2/13/24 16:00, David Christensen wrote: On 2/13/24 11:31, gene heskett wrote: Next experiment is a pair of 4T Silicon Power SSD's When they & the startech usb3 adapters arrive.  I'll get that NAS built for amanda yet. 2.5" SATA SSD's and SATA to USB adapter cables for $187.97 + $10.99 = $

Re: shred bug? [was: Unidentified subject!]

On 2/13/24 09:40, debian-u...@howorth.org.uk wrote: Greg Wooledge wrote: Shred will determine the size of the file, then write data to the file, rewind, write data again, etc. On a traditional hard drive, that will overwrite the original private information. On modern devices, it may not.

Re: shred bug? [was: Unidentified subject!]

On 2/13/24 11:31, gene heskett wrote: Next experiment is a pair of 4T Silicon Power SSD's When they & the startech usb3 adapters arrive.  I'll get that NAS built for amanda yet. 2.5" SATA SSD's and SATA to USB adapter cables for $187.97 + $10.99 = $198.96 each set? https://www.amazon.com/d

Re: shred bug? [was: Unidentified subject!]

On 2/13/24 14:44, Thomas Schmitt wrote: Hi, Gene Heskett wrote: Next experiment is a pair of 4T Silicon Power SSD's When f3 has (hopefully) given its OK, the topic of a full write-and-read test will come up again. I'm looking forward to all the spin-off topics. I'll have to admit it has been

Re: shred bug? [was: Unidentified subject!]

Hi, Gene Heskett wrote: > Next experiment is a pair of 4T Silicon Power SSD's When f3 has (hopefully) given its OK, the topic of a full write-and-read test will come up again. I'm looking forward to all the spin-off topics. Have a nice day :) Thomas

Re: shred bug? [was: Unidentified subject!]

Hi, Greg Wooledge wrote: > Heh. Don't forget your own attempts to use a shredder as a PRNG stream. My original idea was to watch a minimal shred run by teeing its work into a checksummer. But then topic drift came in. So we got a farm show of random generators and a discussion about what exactl

Re: shred bug? [was: Unidentified subject!]

On 2/13/24 12:56, Thomas Schmitt wrote: Hi, Greg Wooledge wrote: Let me write out the example again, but with the bug fixed, and then explain what each line does, [... lecture about advanced shell programming ...] And this all because Gene Heskett was adventurous enough to buy a cheap fake US

Re: shred bug? [was: Unidentified subject!]

On Tue, Feb 13, 2024 at 06:54:58PM +0100, Thomas Schmitt wrote: > Greg Wooledge wrote: > > Let me write out the example again, but with the bug fixed, and then > > explain what each line does, [... lecture about advanced shell > > programming ...] > > And this all because Gene Heskett was adventur

Re: shred bug? [was: Unidentified subject!]

Hi, Greg Wooledge wrote: > Let me write out the example again, but with the bug fixed, and then > explain what each line does, [... lecture about advanced shell > programming ...] And this all because Gene Heskett was adventurous enough to buy a cheap fake USB disk. :)) Have a nice day :) Thom

Re: shred bug? [was: Unidentified subject!]

Greg Wooledge wrote: > Shred will determine the size of the file, then write data to the > file, rewind, write data again, etc. On a traditional hard drive, > that will overwrite the original private information. On modern > devices, it may not. Thanks for the excellent explanation :) One nit

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

David Christensen writes: On 2/12/24 08:30, Linux-Fan wrote: David Christensen writes: On 2/11/24 02:26, Linux-Fan wrote: I wrote a program to automatically generate random bytes in multiple threads: https://masysma.net/32/big4.xhtml What algorithm did you implement? I copied the algorit

Re: shred bug? [was: Unidentified subject!]

On Tue, Feb 13, 2024 at 09:35:11AM -0600, David Wright wrote: > On Tue 13 Feb 2024 at 07:15:48 (-0500), Greg Wooledge wrote: > > On Mon, Feb 12, 2024 at 11:01:47PM -0600, David Wright wrote: > > > … but not much. For me, "standard output" is /dev/fd/1, yet it seems > > > unlikely that anyone is goi

Re: shred bug? [was: Unidentified subject!]

On Tue 13 Feb 2024 at 07:15:48 (-0500), Greg Wooledge wrote: > On Mon, Feb 12, 2024 at 11:01:47PM -0600, David Wright wrote: > > … but not much. For me, "standard output" is /dev/fd/1, yet it seems > > unlikely that anyone is going to use >&1 in the manner of the example. > > Standard output means

Re: shred bug? [was: Unidentified subject!]

Hi, "info shred" says: > > > i=$(mktemp) > > > exec 3<>"$i" > > > rm -- "$i" > > > echo "Hello, world" >&3 > > > shred - >&3 > > > exec 3>- Greg Wooledge wrote: > In fact, that last line is > written incorrectly. It should say "exec 3>&-" and what that does >

Re: shred bug? [was: Unidentified subject!]

On Tue, Feb 13, 2024 at 07:36:14AM -0500, Greg Wooledge wrote: > On Tue, Feb 13, 2024 at 07:15:48AM -0500, Greg Wooledge wrote: > > This is an obvious bug in the info page. I wonder how many years > > this has gone unnoticed. > > I've filed Bug#1063837 for it.

Re: shred bug? [was: Unidentified subject!]

On Tue, Feb 13, 2024 at 07:15:48AM -0500, Greg Wooledge wrote: > This is an obvious bug in the info page. I wonder how many years > this has gone unnoticed. I've filed Bug#1063837 for it.

Re: shred bug? [was: Unidentified subject!]

On Mon, Feb 12, 2024 at 11:01:47PM -0600, David Wright wrote: > … but not much. For me, "standard output" is /dev/fd/1, yet it seems > unlikely that anyone is going to use >&1 in the manner of the example. Standard output means "whatever file descriptor 1 points to". That could be a file, a pipe,

Re: shred bug? [was: Unidentified subject!]

On Mon, Feb 12, 2024 at 10:07:45PM +0100, Thomas Schmitt wrote: > Hi, > > > https://en.wikipedia.org/wiki/Everything_is_a_file > > But, there is more than one kind of file. > > "All files are equal. > But some files are more equal than others." > > (George Orwell in his dystopic novel "Server F

Re: shred bug? [was: Unidentified subject!]

On Sun 11 Feb 2024 at 09:16:00 (-0600), David Wright wrote: > On Sun 11 Feb 2024 at 09:54:24 (-0500), Greg Wooledge wrote: > > On Sun, Feb 11, 2024 at 03:45:21PM +0100, to...@tuxteam.de wrote: > > > Still there's the discrepancy between doc and behaviour. > > > > There isn't. The documentation sa

Re: shred bug? [was: Unidentified subject!]

On 12/02/2024 05:41, David Christensen wrote: Apparently, shred(1) has both an info(1) page (?) and a man(1) page. The obvious solution is to write one document that is complete and correct, and use it everywhere -- e.g. DRY. https://www.gnu.org/prep/standards/html_node/Man-Pages.html 6.9 Ma

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

On 2/12/24 08:30, Linux-Fan wrote: David Christensen writes: On 2/11/24 02:26, Linux-Fan wrote: I wrote a program to automatically generate random bytes in multiple threads: https://masysma.net/32/big4.xhtml What algorithm did you implement? I copied the algorithm from here: https://www.j

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

On Mon, Feb 12, 2024 at 3:02 PM Linux-Fan wrote: > > David Christensen writes: > > > On 2/11/24 02:26, Linux-Fan wrote: > >> I wrote a program to automatically generate random bytes in multiple > >> threads: > >> https://masysma.net/32/big4.xhtml > >> > >> Before knowing about `fio` this way my w

Re: shred bug? [was: Unidentified subject!]

Hi, > https://en.wikipedia.org/wiki/Everything_is_a_file > But, there is more than one kind of file. "All files are equal. But some files are more equal than others." (George Orwell in his dystopic novel "Server Farm".) Have a nice day :) Thomas

Re: shred bug? [was: Unidentified subject!]

On 2/12/24 08:50, Curt wrote: On 2024-02-11, wrote: On Sun, Feb 11, 2024 at 09:54:24AM -0500, Greg Wooledge wrote: [...] If FILE is -, shred standard output. =20 In every sentence, the word FILE appears. There's nothing in there which says "you can operate on a non-file". Point

Re: shred bug? [was: Unidentified subject!]

On Mon, Feb 12, 2024 at 04:50:50PM -, Curt wrote: > On 2024-02-11, wrote: > > > > > > On Sun, Feb 11, 2024 at 09:54:24AM -0500, Greg Wooledge wrote: > > > > [...] > > > >>If FILE is -, shred standard output. > >>=20 > >> In every sentence, the word FILE appears. There's nothing in th

Re: shred bug? [was: Unidentified subject!]

On 2024-02-11, wrote: > > > On Sun, Feb 11, 2024 at 09:54:24AM -0500, Greg Wooledge wrote: > > [...] > >>If FILE is -, shred standard output. >>=20 >> In every sentence, the word FILE appears. There's nothing in there >> which says "you can operate on a non-file". > > Point taken, yes.

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

David Christensen writes: On 2/11/24 02:26, Linux-Fan wrote: I wrote a program to automatically generate random bytes in multiple threads: https://masysma.net/32/big4.xhtml Before knowing about `fio` this way my way to benchmark SSDs :) Example: | $ big4 -b /dev/null 100 GiB | Ma_Sys.ma Big

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

On 2/11/24 02:26, Linux-Fan wrote: I wrote a program to automatically generate random bytes in multiple threads: https://masysma.net/32/big4.xhtml Before knowing about `fio` this way my way to benchmark SSDs :) Example: | $ big4 -b /dev/null 100 GiB | Ma_Sys.ma Big 4.0.2, Copyright (c) 2014,

Re: shred bug? [was: Unidentified subject!]

On 2/11/24 06:54, Greg Wooledge wrote: On Sun, Feb 11, 2024 at 03:45:21PM +0100, to...@tuxteam.de wrote: On Sun, Feb 11, 2024 at 09:37:31AM -0500, Greg Wooledge wrote: On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: [...] What Thomas was trying to do is to get a cheap, fas

Re: Unidentified subject!

On 2/11/24 03:13, Thomas Schmitt wrote: Hi, David Christensen wrote: Concurrency: threads throughput 8 205+198+180+195+205+184+184+189=1,540 MB/s There remains the question how to join these streams without losing speed in order to produce a single checksum. (Or one would have to divide

Re: Unidentified subject!

On 2/11/24 00:07, Thomas Schmitt wrote: In the other thread about the /dev/sdm test: Gene Heskett wrote: Creating file 39.h2w ... 1.98% -- 1.90 MB/s -- 257:11:32 [...] $ sudo f3probe --destructive --time-ops /dev/sdm Bad news: The device `/dev/sdm' is a counterfeit of type limbo Device geometry

Re: shred bug? [was: Unidentified subject!]

On Sun 11 Feb 2024 at 09:54:24 (-0500), Greg Wooledge wrote: > On Sun, Feb 11, 2024 at 03:45:21PM +0100, to...@tuxteam.de wrote: > > On Sun, Feb 11, 2024 at 09:37:31AM -0500, Greg Wooledge wrote: > > > On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: > > > > [...] > > > > > > Wha

Re: shred bug? [was: Unidentified subject!]

Hi, to...@tuxteam.de wrote: > Still there's the discrepancy between doc and behaviour. Depends at which documentation you look. Obviously stemming from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=155175#36 i read in https://www.gnu.org/software/coreutils/manual/html_node/shred-invocatio

Re: Unidentified subject!

On Sun, Feb 11, 2024 at 9:52 AM Thomas Schmitt wrote: > > David Christensen wrote: > > Concurrency: > > threads throughput > > 8 205+198+180+195+205+184+184+189=1,540 MB/s > > There remains the question how to join these streams without losing speed > in order to produce a single checksum. (

Re: shred bug? [was: Unidentified subject!]

On Sun, Feb 11, 2024 at 09:54:24AM -0500, Greg Wooledge wrote: [...] >If FILE is -, shred standard output. > > In every sentence, the word FILE appears. There's nothing in there > which says "you can operate on a non-file". Point taken, yes. Cheers -- t signature.asc Description: P

Re: shred bug? [was: Unidentified subject!]

On Sun, Feb 11, 2024 at 03:45:21PM +0100, to...@tuxteam.de wrote: > On Sun, Feb 11, 2024 at 09:37:31AM -0500, Greg Wooledge wrote: > > On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: > > [...] > > > > What Thomas was trying to do is to get a cheap, fast random number > > > gener

Re: shred bug? [was: Unidentified subject!]

On Sun, Feb 11, 2024 at 09:37:31AM -0500, Greg Wooledge wrote: > On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: [...] > > What Thomas was trying to do is to get a cheap, fast random number > > generator. Shred seems to have such. > > Well... I certainly wouldn't call it a bug.

Re: shred bug? [was: Unidentified subject!]

On Sun, Feb 11, 2024 at 08:02:12AM +0100, to...@tuxteam.de wrote: > On Sat, Feb 10, 2024 at 07:10:54PM -0500, Greg Wooledge wrote: > > On Sat, Feb 10, 2024 at 04:05:21PM -0800, David Christensen wrote: > > > 2024-02-10 16:03:50 dpchrist@laalaa ~ > > > $ shred -s 1K - | wc -c > > > shred: -: invalid

Re: shred bug? [was: Unidentified subject!]

David Christensen wrote: > On 2/10/24 16:10, Greg Wooledge wrote: > > On Sat, Feb 10, 2024 at 04:05:21PM -0800, David Christensen wrote: > >> 2024-02-10 16:03:50 dpchrist@laalaa ~ > >> $ shred -s 1K - | wc -c > >> shred: -: invalid file type > >> 0 > >> > >> > >> It looks like a shred(1) needs a

Re: Fast Random Data Generation (Was: Re: Unidentified subject!)

On 2/11/24 05:26, Linux-Fan wrote: David Christensen writes: On 2/11/24 00:11, Thomas Schmitt wrote: [...] Increase block size: 2024-02-11 01:18:51 dpchrist@laalaa ~ $ dd if=/dev/urandom of=/dev/null bs=1M count=1K 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) cop

Re: Unidentified subject!

Hi, David Christensen wrote: > Concurrency: > threads throughput > 8 205+198+180+195+205+184+184+189=1,540 MB/s There remains the question how to join these streams without losing speed in order to produce a single checksum. (Or one would have to divide the target into 8 areas which get che

Fast Random Data Generation (Was: Re: Unidentified subject!)

David Christensen writes: On 2/11/24 00:11, Thomas Schmitt wrote: [...] Increase block size: 2024-02-11 01:18:51 dpchrist@laalaa ~ $ dd if=/dev/urandom of=/dev/null bs=1M count=1K 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 3.62874 s, 296 MB/s Here (Int

Re: Unidentified subject!

On 2/11/24 00:11, Thomas Schmitt wrote: Hi, David Christensen wrote: $ time dd if=/dev/urandom bs=8K count=128K | wc -c [...] 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 4.30652 s, 249 MB/s This looks good enough for practical use on spinning rust and slow SSD. Yes. Maybe the "wc" pipe s

Re: Unidentified subject!

Hi, David Christensen wrote: > $ time dd if=/dev/urandom bs=8K count=128K | wc -c > [...] > 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 4.30652 s, 249 MB/s This looks good enough for practical use on spinning rust and slow SSD. Maybe the "wc" pipe slows it down ? ... not much on 4 GHz Xeon with D

Re: Unidentified subject!

Hi, i wrote: > > In the other thread about the /dev/sdm test: Gene Heskett wrote: > > > Creating file 39.h2w ... 1.98% -- 1.90 MB/s -- 257:11:32 > > > [...] > > > $ sudo f3probe --destructive --time-ops /dev/sdm > > > Bad news: The device `/dev/sdm' is a counterfeit of type limbo > > > Device geom

  1   2   3   4   5   6   7   8   9   10   >