Re: SDD partitioning and allocations

On 2025-07-16, Andy Smith wrote: > Hi, > > On Wed, Jul 16, 2025 at 04:31:08PM -, Greg wrote: >> On 2025-07-12, Andy Smith wrote: >> > But for brand new devices I don't care what was on it before. >> > >> > You can construct a hypothetical situation where: >> > >> > 1. I buy a new storage devi

Please, double-check the URLs you post [was: SDD partitioning and allocations]

> On Wed, Jul 16, 2025 at 04:31:08PM -, Greg wrote: [...] > > https://www.mdpi.com/2076-3417/12/12/5928?utm_source=chatgpt.com ^^^ The above URL works *without* that pesky query string. Why do you have to promote that sleazy or

Re: SDD partitioning and allocations

Hi, On Wed, Jul 16, 2025 at 04:31:08PM -, Greg wrote: > On 2025-07-12, Andy Smith wrote: > > But for brand new devices I don't care what was on it before. > > > > You can construct a hypothetical situation where: > > > > 1. I buy a new storage device but am unwittingly given a refurb one > >

Re: SDD partitioning and allocations

On 2025-07-12, Andy Smith wrote: > Hi, > > On Sat, Jul 12, 2025 at 03:38:11PM +0200, Me wrote: >> On 2025-07-12 15:19, rhkra...@gmail.com wrote: >> >> > Why do you recommend that? Are you assuming the SSDs songbird got are >> > used, or do you recommend that even for new SSDs -- if so, why? >> No

Re: SDD partitioning and allocations

Somehow, the newlines in your post got lost (?). On 7/14/25 11:12, Borden wrote: 2025-07-14 11:37:17 dpchrist@laalaa ~ $ perl -pe 's/>/\n>>/g' foo | perl -pe 's/\. ?/.\n> /g' My unsolicited, unprofessionl, free advice: >> Is it better than fstrim. > timer mentioned in this thread? >> >> Some ye

Re: SDD partitioning and allocations

My unsolicited, unprofessionl, free advice:> Is it better than fstrim.timer mentioned in this thread?> > Some years ago there was a warning on the> > > page that Intel did not recommend continuous TRIM aka discard. Currentlythere are some

Re: SDD partitioning and allocations

David Christensen wrote: > On 7/13/25 13:23, David Christensen wrote: >> `dd if=/dev/zero bs=1M /dev/sdX` > > I apologize -- that command is wrong, in more than one way. Here is an > console session from when I zeroed a 1 TB HDD: ... i didn't zero mine out since it was already zeroed. but tha

Re: SDD partitioning and allocations

On 7/13/25 13:23, David Christensen wrote: `dd if=/dev/zero bs=1M /dev/sdX` I apologize -- that command is wrong, in more than one way. Here is an console session from when I zeroed a 1 TB HDD: 1. Find the number of sectors: 2024-11-28 13:59:57 root@bullseye-bios ~ # parted /dev/disk/by-i

Re: SDD partitioning and allocations

On 7/13/25 09:29, songbird wrote: David Christensen wrote: ... I would expect a new SSD to be securely erased by the factory, but would check this assumption (and do an informal sequential read benchmark): 2025-07-12 12:13:02 root@laalaa ~ # time dd if=/dev/sdb bs=1M | hexdump -C 00 0

Re: SDD partitioning and allocations

On 7/13/25 04:37, songbird wrote: David Christensen wrote: ... Yes, things get very bad when bad people control the SSD firmware. I can only hope the firmware in my SSD's is legitimate, and updates are cryptographically signed. When using d-i to initialize a physical volume for encryption, I

Re: SDD partitioning and allocations

David Christensen wrote: ... > I would expect a new SSD to be securely erased by the factory, but would > check this assumption (and do an informal sequential read benchmark): > > 2025-07-12 12:13:02 root@laalaa ~ > # time dd if=/dev/sdb bs=1M | hexdump -C > 00 00 00 00 00 00 00 00 00 0

Re: SDD partitioning and allocations

ghe2001 wrote: > > A few suggestions on getting rid of garbage (yours, some hacker's, or > Microsoft's): > > https://www.tomshardware.com/how-to/secure-erase-ssd-or-hard-drive all good to know thanks. songbird

Re: SDD partitioning and allocations

David Christensen wrote: ... > Yes, things get very bad when bad people control the SSD firmware. I > can only hope the firmware in my SSD's is legitimate, and updates are > cryptographically signed. > > > When using d-i to initialize a physical volume for encryption, I have > seen the option t

Re: SDD partitioning and allocations

On 7/12/25 21:46, songbird wrote: rhkra...@gmail.com wrote: On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: On 7/10/25 04:07, songbird wrote: I was able to get some SSD replacements and want to add them to my existing setup, Be sure to do a secure erase before you put the

Re: SDD partitioning and allocations

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 A few suggestions on getting rid of garbage (yours, some hacker's, or Microsoft's): https://www.tomshardware.com/how-to/secure-erase-ssd-or-hard-drive -- Glenn English -BEGIN PGP SIGNATURE- Version: ProtonMail wsC5BAEBCgBtBYJoc2HtCZCf14Yx

Re: SDD partitioning and allocations

On 7/12/25 20:33, Max Nikulin wrote: On 11/07/2025 09:41, David Christensen wrote: AIUI SSD over-provisioning combined with setting the discard flag in fstab(5) provides maximum performance for write intensive workloads. Is it better than fstrim.timer mentioned in this thread? Some years ago

Re: SDD partitioning and allocations

On Sat, Jul 12, 2025 at 05:10:13PM -0400, Jeffrey Walton wrote: > On Sat, Jul 12, 2025 at 3:12 PM wrote: > > > > On Sat, Jul 12, 2025 at 01:03:23PM -0400, Jeffrey Walton wrote: > > > On Sat, Jul 12, 2025 at 12:14 PM wrote: > > > > > > > > On Thursday, July 10, 2025 10:41:18 PM David Christensen w

Re: SDD partitioning and allocations

rhkra...@gmail.com wrote: > On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: >> On 7/10/25 04:07, songbird wrote: >> >I was able to get some SSD replacements and want to add them >> > >> > to my existing setup, >> >> Be sure to do a secure erase before you put the SSD's into se

Re: SDD partitioning and allocations

On 11/07/2025 09:41, David Christensen wrote: AIUI SSD over-provisioning combined with setting the discard flag in fstab(5) provides maximum performance for write intensive workloads. Is it better than fstrim.timer mentioned in this thread? Some years ago there was a warning on the

Re: SDD partitioning and allocations

On Sat, Jul 12, 2025 at 3:12 PM wrote: > > On Sat, Jul 12, 2025 at 01:03:23PM -0400, Jeffrey Walton wrote: > > On Sat, Jul 12, 2025 at 12:14 PM wrote: > > > > > > On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: > > > > > > > On 7/10/25 04:07, songbird wrote: > > > [...] > > > > Be

Re: SDD partitioning and allocations

On 7/12/25 06:19, rhkra...@gmail.com wrote: On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: On 7/10/25 04:07, songbird wrote: I was able to get some SSD replacements and want to add them to my existing setup, Be sure to do a secure erase before you put the SSD's into serv

Re: SDD partitioning and allocations

On Sat, Jul 12, 2025 at 01:03:23PM -0400, Jeffrey Walton wrote: > On Sat, Jul 12, 2025 at 12:14 PM wrote: > > > > On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: > > > > > On 7/10/25 04:07, songbird wrote: > > [...] > > > Be sure to do a secure erase before you put the SSD's into s

Re: SDD partitioning and allocations

On Sat, Jul 12, 2025 at 12:14 PM wrote: > > On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: > > > On 7/10/25 04:07, songbird wrote: > [...] > > Be sure to do a secure erase before you put the SSD's into service: > > > https://en.wikipedia.org/wiki/Secure_Erase#Secure_erase > > Why

Re: SDD partitioning and allocations

On Sat, Jul 12, 2025 at 10:33 AM Me wrote: > > On 2025-07-12 15:19, rhkra...@gmail.com wrote: > > > Why do you recommend that? Are you assuming the SSDs songbird got are > > used, or do you recommend that even for new SSDs -- if so, why? > Not the OP, but you never know what's on the disks. It wou

Re: SDD partitioning and allocations

Hi, On Sat, Jul 12, 2025 at 03:38:11PM +0200, Me wrote: > On 2025-07-12 15:19, rhkra...@gmail.com wrote: > > > Why do you recommend that? Are you assuming the SSDs songbird got are > > used, or do you recommend that even for new SSDs -- if so, why? > Not the OP, but you never know what's on the d

Re: SDD partitioning and allocations

On 2025-07-12 15:19, rhkra...@gmail.com wrote: Why do you recommend that? Are you assuming the SSDs songbird got are used, or do you recommend that even for new SSDs -- if so, why? Not the OP, but you never know what's on the disks. It wouldn't be the first time new disks contain unwanted "pres

Re: SDD partitioning and allocations

On Thursday, July 10, 2025 10:41:18 PM David Christensen wrote: > On 7/10/25 04:07, songbird wrote: > >I was able to get some SSD replacements and want to add them > > > > to my existing setup, > > Be sure to do a secure erase before you put the SSD's into service: > > https://en.wikipedia.o

Re: SDD partitioning and allocations

Andy Smith wrote: > Hi, > > On Thu, Jul 10, 2025 at 07:07:03AM -0400, songbird wrote: ... >> When trying to see what current recommendations are for setting >> up SSDs I see no mentions of this at all? Has this changed? ... > Just don't worry about it unless you have an unusually heavy write loa

Re: SDD partitioning and allocations

On Thu, Jul 10, 2025 at 10:39 AM Dan Purgert wrote: > On Jul 10, 2025, songbird wrote: > > hello all, some questions at last... it's been a while. :) > > > > I was able to get some SSD replacements and want to add them > > to my existing setup, but in previous years I recall that there > > was

Re: SDD partitioning and allocations

On 7/10/25 04:07, songbird wrote: hello all, some questions at last... it's been a while. :) I was able to get some SSD replacements and want to add them to my existing setup, Be sure to do a secure erase before you put the SSD's into service: https://en.wikipedia.org/wiki/Secure_Erase

Re: SDD partitioning and allocations

Hi, On Thu, Jul 10, 2025 at 08:58:10AM -0400, songbird wrote: > Dan Purgert wrote: > > Longterm (powered-off) backup is actually better on spinning rust; as > > SSD are somewhat more susceptible to bit-rot when powered off. > > these will always be regularly powered on even if they are > not mo

Re: SDD partitioning and allocations

Hi, On Thu, Jul 10, 2025 at 07:07:03AM -0400, songbird wrote: > in previous years I recall that there was some recommendation to leave > some part of the SSD unallocated and not formatted as part of a file > system so any parts that failed as bad blocks or wore out could be > allocated from these

Re: SDD partitioning and allocations

Dan Purgert wrote: > On Jul 10, 2025, songbird wrote: >> hello all, some questions at last... it's been a while. :) >> >> I was able to get some SSD replacements and want to add them >> to my existing setup, but in previous years I recall that there >> was some recommendation to leave some par

Re: SDD partitioning and allocations

On Jul 10, 2025, songbird wrote: > hello all, some questions at last... it's been a while. :) > > I was able to get some SSD replacements and want to add them > to my existing setup, but in previous years I recall that there > was some recommendation to leave some part of the SSD unallocated >

SDD partitioning and allocations

hello all, some questions at last... it's been a while. :) I was able to get some SSD replacements and want to add them to my existing setup, but in previous years I recall that there was some recommendation to leave some part of the SSD unallocated and not formatted as part of a file system s

Re: Debian 12 Graphical install - unwanted Guided partitioning

On 12/15/24 02:55, Roger Price wrote: I have to replace a dead SSD and re-install Debian 12.  I use Graphical Install with manual partitioning of the disks so that I can specify mount points for my existing RAID partitions on spinning disks.  During the specification of my new partitions I

Re: Debian 12 Graphical install - unwanted Guided partitioning

On Sun, 15 Dec 2024, Roger Price wrote: Is there some way within the Graphical Install to get back to manual partitioning without having to start again from scratch? I backed up to re-specifying the root password, but that was not sufficient. Sorry for the noise. To answer my own question

Debian 12 Graphical install - unwanted Guided partitioning

I have to replace a dead SSD and re-install Debian 12. I use Graphical Install with manual partitioning of the disks so that I can specify mount points for my existing RAID partitions on spinning disks. During the specification of my new partitions I made a mistake, and selected "Go Bac

Re: Subject: "Next" button is missing for manual partitioning.

Entr the above line, changes will take part. Hope this helps. Best regards Hans > Alexander Straub > > Pater-Faller-Str. 6 > > 79837 Germany > > Subject: "Next" button missing on manual partitioningI installed Debian > 12 on my computer. > > I select

Re: Subject: "Next" button is missing for manual partitioning.

lps. Best regards Hans > Alexander Straub > > Pater-Faller-Str. 6 > > 79837 Germany > > Subject: "Next" button missing on manual partitioningI installed Debian > 12 on my computer. > > I selected the "Manual Partitioning" option and selected a pa

Subject: "Next" button is missing for manual partitioning.

Alexander Straub Pater-Faller-Str. 6 79837 Germany Subject: "Next" button missing on manual partitioningI installed Debian 12 on my computer. I selected the "Manual Partitioning" option and selected a partition. However, the "Next" button is not available (o

Re: Partitioning an SSD?

On Fri, 17 Feb 2023 23:09:15 -0600 David Wright wrote: > On Thu 16 Feb 2023 at 08:59:58 (+0100), Nicolas George wrote: > > pa...@quillandmouse.com (12023-02-15): > > > Here's why you would partition a drive. Reinstalling (which I end > > > up having to do every time Debian comes out with a new ve

Re: Partitioning an SSD?

On 16/02/2023 22:25, Joe wrote: Stretch installed perfectly dual-boot with Win 10 on an EFI Acer netbook, but upgrading to Buster broke booting to grub. It actually broke EFI booting completely, but I've been able to restore booting at least to Windows. And yes, I've tried everything the Net can

Re: Partitioning an SSD?

On Thu 16 Feb 2023 at 08:59:58 (+0100), Nicolas George wrote: > pa...@quillandmouse.com (12023-02-15): > > Here's why you would partition a drive. Reinstalling (which I end up > > having to do every time Debian comes out with a new version > > Debian is not Ubuntu, major upgrade do not break the s

Re: Partitioning an SSD?

Cindy Sue Causey wrote: ... have you tried refind? i've been using it for several years now and while i do still have grub installed and it gets updated i primarily use refind instead. songbird

Re: Partitioning an SSD?

On Fri, 17 Feb 2023 19:33:32 + "Andrew M.A. Cater" wrote: > It's likely that LILO will go with Bookworm - I think it's more or > less unmaintained if I recall correctly, so someone needs to help you > getting this one to work. Is this your only machine? It doesn't seem to be in Bookworm now.

Re: Partitioning an SSD?

On Fri, Feb 17, 2023 at 02:11:02PM -0500, Cindy Sue Causey wrote: > > Upgrades are definitely a lot more trouble now, and yes, I do realise > > that each release is bigger and more complicated than the last. > > > Ditto. I can still remember saying (on Debian-User) that if someone > wanted to des

Re: Partitioning an SSD?

On 2/16/23, Joe wrote: > On Thu, 16 Feb 2023 08:59:58 +0100 > Nicolas George wrote: > >> pa...@quillandmouse.com (12023-02-15): >> > Here's why you would partition a drive. Reinstalling (which I end up >> > having to do every time Debian comes out with a new version >> >> Debian is not Ubuntu, ma

Re: Partitioning an SSD?

On Thu, 16 Feb 2023 08:59:58 +0100 Nicolas George wrote: > pa...@quillandmouse.com (12023-02-15): > > Here's why you would partition a drive. Reinstalling (which I end up > > having to do every time Debian comes out with a new version > > Debian is not Ubuntu, major upgrade do not break the sy

Re: Partitioning an SSD?

> Therefore, except for the narrow case of writing into a block which has > never before been written, every write on a SSD *is* an erase+write > operation. No, that would lead to terribly poor performance (both in terms of speed and in terms of wear). >> So: you read the whole block, blank it, t

Re: Partitioning an SSD?

The Wanderer (12023-02-16): > That is exactly what I've always been told *does* happen, ever since > first reading about how SSDs et cetera work, more than a decade ago. > This is the first time I've seen a suggestion to the contrary. This is surprising to me, since I have had the exact opposite i

Re: Partitioning an SSD?

On 2023-02-16 at 08:10, Nicolas George wrote: > The Wanderer (12023-02-16): > >> filesystems et cetera aligned to physical blocks, because physical block >> size defines the minimum size that can be erased (and, therefore, >> overwritten) in any given operation, > > This is true. Note: erased, no

Re: Partitioning an SSD?

The Wanderer (12023-02-16): > filesystems et cetera aligned to physical blocks, because physical block > size defines the minimum size that can be erased (and, therefore, > overwritten) in any given operation, This is true. Note: erased, not written. > and th

Re: Partitioning an SSD?

On Thu, Feb 16, 2023 at 02:22:56AM -0500, Felix Miata wrote: What physical boundaries do SSDs have to report? All I know about that are exposed are sector size and sector count. I have yet to find one where logical/physical were not 512B/512B. Don't worry about it; modern partition tools align

Re: Partitioning an SSD?

Am 16.02.2023 um 13:30 schrieb DdB: > Unfortunately, the > data set related to this, i could gather personally is not large > enough to be telling. https://www.servethehome.com/ssd-alignment-quickly-benchmark-ssd/

Re: Partitioning an SSD?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 16.02.2023 um 13:00 schrieb The Wanderer: > This being the very first time I can remember having encountered > even the suggestion that there's no need to be concerned about > erase-block sizes when dealing with SSDs et cetera, I hope it's > under

Re: Partitioning an SSD?

On 2023-02-16 at 05:45, Nicolas George wrote: > DdB (12023-02-16): > >> Am 16.02.2023 um 09:31 schrieb Felix Miata: >> > None of the 25 or so SSDs/NVMEs I have have 4k sectors. e.g. >> >> Wow, they must be rather old, then. ;-) >> >> I know, i am not the only one ... >> https://serverfault.com/q

Re: Partitioning an SSD?

DdB (12023-02-16): > Am 16.02.2023 um 09:31 schrieb Felix Miata: > > None of the 25 or so SSDs/NVMEs I have have 4k sectors. e.g. > > Wow, they must be rather old, then. ;-) > > I know, i am not the only one ... > https://serverfault.com/questions/1113068/how-to-find-page-size-of-my-ssd Of cours

Re: Partitioning an SSD?

Am 16.02.2023 um 09:31 schrieb Felix Miata: > None of the 25 or so SSDs/NVMEs I have have 4k sectors. e.g. Wow, they must be rather old, then. ;-) I know, i am not the only one ... https://serverfault.com/questions/1113068/how-to-find-page-size-of-my-ssd

Re: Partitioning an SSD?

DdB composed on 2023-02-16 09:15 (UTC+0100): > Felix Miata wrote: >> What physical boundaries do SSDs have to report? All I know about that are >> exposed >> are sector size and sector count. I have yet to find one where >> logical/physical >> were not 512B/512B. > That is what i meant: nowad

Re: Partitioning an SSD?

Am 16.02.2023 um 08:22 schrieb Felix Miata: > What physical boundaries do SSDs have to report? All I know about that are > exposed > are sector size and sector count. I have yet to find one where > logical/physical > were not 512B/512B. That is what i meant: nowadays SSD's at least are AF Advanc

Re: Partitioning an SSD?

pa...@quillandmouse.com (12023-02-15): > Here's why you would partition a drive. Reinstalling (which I end up > having to do every time Debian comes out with a new version Debian is not Ubuntu, major upgrade do not break the system. -- Nicolas George

Re: Partitioning an SSD?

DdB composed on 2023-02-16 07:44 (UTC+0100): > I do use (NVMe-) SSD, and i did partition it. > I did it to make sure, pages/partitions start on PHYSICAL boundaries, > not the logical ones reported to satisfy Windooze. What physical boundaries do SSDs have to report? All I know about that are ex

Re: Partitioning an SSD?

Am 16.02.2023 um 07:44 schrieb DdB: > I do use (NVMe-) SSD, and i did partition it. > I did it to make sure, pages/partitions start on PHYSICAL boundaries, > not the logical ones reported to satisfy Windooze. Not every model > reports correct hardware parameters to the OS. > > What i would recomme

Re: Partitioning an SSD?

erentiated c/o > directory-tree layout, is there any further advantage > to be had in partitioning *these* drives? > > (I do understand somewhat the difference between the > drive types -- e.g., that SSDs don't assign functional > space.  I'm just not sure what o

Re: Partitioning an SSD?

On Wed, Feb 15, 2023 at 11:23:52PM -0500, pa...@quillandmouse.com wrote: Here's why you would partition a drive. Reinstalling (which I end up having to do every time Debian comes out with a new version) means overwriting the storage. I already acknowleged that people can do what they want based

Re: Partitioning an SSD?

On Wed, 15 Feb 2023 18:45:49 -0500 Michael Stone wrote: > > I don't personally think there's a point in partitioning any storage > device on a user system these days beyond what's required to boot. If > you want to do more, that's a personal preference. Bein

Re: Partitioning an SSD?

27;ve been accustomed to and have always fastidiously *partitioned*. With my file groupings already well differentiated c/o directory-tree layout, is there any further advantage to be had in partitioning *these* drives? (I do understand somewhat the difference between the drive types -- e.g., that

Re: Partitioning an SSD?

On 15/02/2023 22:58, PMA wrote: is there any further advantage to be had in partitioning *these* drives? Although some people still prefer to leave about 20% of a SSD as raw unpartitioned space, so SSD can spare/level out sectors to that empty space, this is IMO on longer necessary, as you

Re: Partitioning an SSD?

On 16/2/23 07:45, Michael Stone wrote: I don't personally think there's a point in partitioning any storage device on a user system these days beyond what's required to boot. If you want to do more, that's a personal preference. Being an SSD doesn't really change

Re: Partitioning an SSD?

layout, is there any further advantage to be had in partitioning *these* drives? (I do understand somewhat the difference between the drive types -- e.g., that SSDs don't assign functional space. I'm just not sure what other issue may apply.) I don't personally think there'

Partitioning an SSD?

be had in partitioning *these* drives? (I do understand somewhat the difference between the drive types -- e.g., that SSDs don't assign functional space. I'm just not sure what other issue may apply.) Thanks in advance for your time! Best regards, Peter Armstrong

Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

Hi, David Christensen wrote: > > So that you can boot the system drive in old and new computers -- e.g. > > MBR is "lowest common denominator". Felix Miata wrote: > I just found out from Asus that Intel 500 series chipsets do not support CSM. > Luckily my cloned NVME came from another NVME config

Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

On 12/14/21 6:52 PM, Felix Miata wrote: David Christensen composed on 2021-12-14 18:40 (UTC-0800): Jorge P. de Morais Neto wrote: Why MBR partitioning So that you can boot the system drive in old and new computers -- e.g. MBR is "lowest common denominator". I just found out

Re: Why MBR partitioning (was: Reasonably simple setup for 1...)

David Christensen composed on 2021-12-14 18:40 (UTC-0800): > Jorge P. de Morais Neto wrote: >> Why MBR partitioning > So that you can boot the system drive in old and new computers -- e.g. > MBR is "lowest common denominator". I just found out from Asus that Intel 5

Re: Disk partitioning phase of installation

; again. > ³ Despite the advice given above, there are occasions when installing > a newer version from an older system that the client might display > an out-of-date fingerprint. > ⁴ Don't press continue unless you're going to, say, abort. One could > get very

Re: Disk partitioning phase of installation

On Sat 16 Oct 2021 at 18:47:25 (+0100), Brian wrote: > On Sat 16 Oct 2021 at 10:12:34 -0500, David Wright wrote: > > [Lots of snipping] > > > If you want to see a blow-by-blow example of the partitioner, you > > could revisit this post from a while back. IIRC the thread exercises > > most of the

Re: Disk partitioning phase of installation

gt; order i.e. first /home/richard then /home/richard/Downloads. > > I think my question was misunderstood. > Perhaps I should have repeated "Disk partitioning phase of installation" > in the body of my message. > > Rephrasing my question: > > Can I, during the

Re: Disk partitioning phase of installation

On Sat 16 Oct 2021 at 10:12:34 -0500, David Wright wrote: [Lots of snipping] > If you want to see a blow-by-blow example of the partitioner, you > could revisit this post from a while back. IIRC the thread exercises > most of the wrinkles that could occur if the user interface is > misunderstood.

Re: Disk partitioning phase of installation

gt; > > > > > > > > > > > > My questions: > > > > > > > 1. Can I have /home/richard/Downloads be on its own partition? > > > > > > > > > > > > Yes. The only thing to consider is that they are mounted in cor

Re: Disk partitioning phase of installation

Hello, On Sat, Oct 16, 2021 at 06:27:49AM -0500, Richard Owlett wrote: > Can I, during the manual disk partitioning phase, specify that > /home/richard/Downloads be on its own partition *AND* the rest of > /home/richard/ be on its own partition? Yes, because when you specify what file

Re: Disk partitioning phase of installation

then /home/richard/Downloads. I think my question was misunderstood. Perhaps I should have repeated "Disk partitioning phase of installation" in the body of my message. Rephrasing my question: Can I, during the manual disk partitioning phase, specify that /home/richard/Downloads be

Re: Disk partitioning phase of installation

> > ├── Notebooks > > > > > └── Pictures > > > > > > > > > > My questions: > > > > > 1. Can I have /home/richard/Downloads be on its own partition? > > > > > > > > Yes. The only thing to consider is that

Re: Disk partitioning phase of installation

repeated "Disk partitioning phase of installation" in the body of my message. Rephrasing my question: Can I, during the manual disk partitioning phase, specify that /home/richard/Downloads be on its own partition *AND* the rest of /home/richard/ be on its own partition? A moun point can be

Re: Disk partitioning phase of installation

tions: > > > > 1. Can I have /home/richard/Downloads be on its own partition? > > > > > > Yes. The only thing to consider is that they are mounted in correct > > > order i.e. first /home/richard then /home/richard/Downloads. > > > > I think my questi

Re: Disk partitioning phase of installation

is that they are mounted in correct > > order i.e. first /home/richard then /home/richard/Downloads. > > I think my question was misunderstood. > Perhaps I should have repeated "Disk partitioning phase of installation" in > the body of my message. > > Rephras

Re: Disk partitioning phase of installation

? Yes. The only thing to consider is that they are mounted in correct order i.e. first /home/richard then /home/richard/Downloads. I think my question was misunderstood. Perhaps I should have repeated "Disk partitioning phase of installation" in the body of my message. Rephrasing m

Re: Disk partitioning phase of installation

Richard Owlett writes: I routinely place /home on its own partition. Its structure resembles: /home/richard ├── Desktop ├── Documents ├── Downloads ├── Notebooks └── Pictures My questions: 1. Can I have /home/richard/Downloads bed on its own partition? Yes. The only thing to consider is that

Re: Disk partitioning phase of installation

On 16/10/2021 11:39, Richard Owlett wrote: I routinely place /home on its own partition. Its structure resembles: /home/richard ├── Desktop ├── Documents ├── Downloads ├── Notebooks └── Pictures My questions: 1. Can I have /home/richard/Downloads bed on its own partition? Of course. Create a p

Disk partitioning phase of installation

I routinely place /home on its own partition. Its structure resembles: /home/richard ├── Desktop ├── Documents ├── Downloads ├── Notebooks └── Pictures My questions: 1. Can I have /home/richard/Downloads bed on its own partition? 2. How could I have found the answer? TIA

Re: Debian 10.3 text installer; guided partitioning does not work; manual partitioning doesn't make USB bootable

guided partitioning. This despite the fact I'm ready to wipe the target USB. I switched to the Busybox console (Ctrl+Alt+F2) and checked that the target USB was not mounted. Frustrating. My computer clearly can boot from both MBR (Windows partition is type 07h partition) and EFI partitions (the D

Re: Debian 10.3 text installer; guided partitioning does not work; manual partitioning doesn't make USB bootable

On Mi, 11 mar 20, 12:58:21, Alan Tu wrote: > > I have the second USB inserted into a different USB port. I need this > second USB to have my *.ucode firmware file on it, for my Intel wifi > chip. Therefore this second USB has a FAT32 partition at first. I would suggest you use an image that inclu

Re: Debian 10.3 text installer; guided partitioning does not work; manual partitioning doesn't make USB bootable

On 2020-03-11 12:58, Alan Tu wrote: Hi, I need some ideas for getting Debian 10.3 to install and boot. I prefer the "CD-1" Debian Installer image, available via [1] or [2]. I would wipe the target drive, install Debian, and then install the Wi-Fi drivers. David [1] https://cdimage.de

Debian 10.3 text installer; guided partitioning does not work; manual partitioning doesn't make USB bootable

sees the wi-fi firmware file, gets onto the network, and now its time to partition. At this point I'm ready to erase the second USB and make it my permanent live USB. For whatever reason, the installer complains that the free space is too small [2], and guided partitioning does not work for me. Suppo

Re: Debian Installer, Manual Partitioning is a Joke

On 10/25/19 7:44 AM, Wayne Sallee wrote:  Original Message  *Subject: *  Re: Debian Installer, Manual Partitioning is a Joke *From: * Wayne Sallee *To: * Debian-user *CC: * *Date: *  2019-10-23  10:37 AM  Original Message  *Subject: *  Re

Re: Debian Installer, Manual Partitioning is a Joke

 Original Message  *Subject: *  Re: Debian Installer, Manual Partitioning is a Joke *From: * Wayne Sallee *To: * Debian-user *CC: * *Date: *  2019-10-23  10:37 AM  Original

Re: Debian Installer, Manual Partitioning is a Joke

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 displ

Re: Debian Installer, Manual Partitioning is a Joke

 Original Message  *Subject: *  Re: Debian Installer, Manual Partitioning is a Joke *From: * Christopher David Howie *To: * Debian-user *CC: * *Date: *  2019-10-22  12:43 PM On 10/13/19 6:56 PM, Wayne Sallee wrote: The non-graphical needs work too: There&#

Re: Debian Installer, Manual Partitioning is a Joke

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 partitioni

Re: Debian Installer, Manual Partitioning is a Joke

Hi. Posting HTML mail here is considered bad manners. Please configure your e-mail client appropriately. Also, please refrain from top-posting, this is a maillist, not your typical enterprisey spamfest. On Sun, Oct 20, 2019 at 08:00:13AM -0400, Wayne Sallee wrote: > I like Virtual Box on

  1   2   3   4   5   6   7   8   9   10   >