search for: _disk_

.... > a comment on replies to your post. > > i find it interesting that "Subject:" is and you ask for info to > > *zero unused blocks on disk* > > and all the replies for wiping the _entire_ disk. > > why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) Not all of them. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education?

...and jump to it. > This new option offer to boot the disk that have a partition which > have a given label. > The label is so just a way to detect a disk to boot. > The "dlabel" option searches in disks for a partition with the specified label, and jumps to the first _disk_ that matches the search. The specified partition might not be related to the boot process; its label is just used for the detection / selection of the disk. > A typical use is for making an intelligent localboot like : > A possible use case is for making a localboot like: >...

On 07/14/16 05:56, Ady Ady via Syslinux wrote: > > @Peter, Erwan, Gene, Michal, (and anyone else interested)... > > Although I haven't actually tested Erwan's patch, would it be > acceptable by you (all) if I were to send a patch to this Syslinux > Mailing List with the same code while changing the wording as I > previously suggested in a prior email? Would it be

Is there a utility to zero unused blocks on a disk? CentOS 6.7/Ext4 I saw zerofree, but I?m not sure it would work on Ext4 or even work on this version of CentOS. thanks, -wes

...s suggested new option, the 'label' belongs to a partition (not a disk), and the partition _might_ be involved in the booting process, or it might optionally not. The media to be chained to is _selected_ by the label of a partition, and then the chainloading is performed to the relevant _disk_ (not the partition). In other words, the process is two-fold; first the selection, by a certain parameter, and then the actual chainloading, to a media that is related to the first selection step but only indirectly. The relevance of _two_ (somewhat "separated") devices should better...

...his version of CentOS. > > thanks, > . a comment on replies to your post. i find it interesting that "Subject:" is and you ask for info to *zero unused blocks on disk* and all the replies for wiping the _entire_ disk. why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) -- peace out. If Bill Gates got a dime for every time Windows crashes... ...oh, wait. He does. THAT explains it! -+- in a world with out fences, who needs gates. CentOS GNU/Linux 6.7 tc,hago. g .

...to your post. >> >> i find it interesting that "Subject:" is and you ask for info to >> >> *zero unused blocks on disk* >> >> and all the replies for wiping the _entire_ disk. >> >> why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) > > Not all of them. > . this is true. also true is that i phrased with; and all the replies for not, with all replies for because, yes, i did read you reply with all the rest. ;-) fell better? :-P -- peace out. If Bill Gates got a dime for every time Windows crashe...

...>> i find it interesting that "Subject:" is and you ask for info to >>> >>> *zero unused blocks on disk* >>> >>> and all the replies for wiping the _entire_ disk. >>> >>> why is so hard to understand that _blocks_ does not mean _disk_. ((GBWG)) >> >> Not all of them. >> > . > this is true. > > also true is that i phrased with; > > and all the replies for > > not, > > with all replies for > > because, yes, i did read you reply with all the rest. ;-) > > fell be...

On 06/30/16 14:19, Ady Ady via Syslinux wrote: > > BTW, any suggestions for an alternative name for this option, instead > of "dlabel"? > "disklabel" -hpa

The exisiting label= option offer to boot on a gpt partition that have a particular label. The existing guuid= option offer to boot on a disk or partition with a particular label. This new option offer to boot the disk that have a partition which have a given label. The label is so just a way to detect a disk to boot. A typical use is for making an intelligent localboot like : label

...hain.c' and for 'com32/chain/options.c. The existing "label:" and "guid:" options select a specified partition and jump to it. The new "diskbypartname" option searches in disks for a GPT partition with the specified Partition Name, and jumps to the first _disk_ that matches the search. The specified partition might not be related to the boot process; its Name is just used for the detection / selection of the disk. A possible use case is for making a localboot like: label localboot com32 chain.c32 append diskbypartname=datapartitio...

I''m looking to try BTRFS on a SSD, and I would like to know what SSD optimizations it applies. Is there a comprehensive list of what ssd mount option does? How are the blocks and metadata arranged? Are there options available comparable to ext2/ext3 to help reduce wear and improve performance? Specifically, on ext2 (journal means more writes, so I don''t use ext3 on SSDs,