Talk:Moving system directories to a flash card
(→not the same goal: new section) |
(→not the same goal) |
||
| Line 3: | Line 3: | ||
This article duplicates a lot of information in [[Booting from a flash card]], isn't properly formatted or capitalized, and covers an un-recommended method for expanding the available application installation space. If this process must be documented, the article needs to be renamed, slimmed down (to only include the non-duplicate, relevant information), cleaned up and carry a health warning at the top, as [[booting from a flash card]] is a much cleaner, safer, more effective and more reliable method of achieving the same goal. —[[User:generalantilles|GeneralAntilles]] 09:56, 20 July 2008 (UTC) | This article duplicates a lot of information in [[Booting from a flash card]], isn't properly formatted or capitalized, and covers an un-recommended method for expanding the available application installation space. If this process must be documented, the article needs to be renamed, slimmed down (to only include the non-duplicate, relevant information), cleaned up and carry a health warning at the top, as [[booting from a flash card]] is a much cleaner, safer, more effective and more reliable method of achieving the same goal. —[[User:generalantilles|GeneralAntilles]] 09:56, 20 July 2008 (UTC) | ||
| - | == | + | == finding a better name == |
| - | + | ||
| - | + | ||
| + | the main difference with the other page you point at is that | ||
part of the system remains on the internal memory, while others are kept on the (internal) flash card. this is desirable (according to me) because this way I use the internal memory for volatile information (as for example the /tmp partition) and the flash card for more static data. | part of the system remains on the internal memory, while others are kept on the (internal) flash card. this is desirable (according to me) because this way I use the internal memory for volatile information (as for example the /tmp partition) and the flash card for more static data. | ||
| + | so: which name do you think would be better for this page? I had seen the [[booting from a flash card]] and also tried it out, but in the end I like my approach better: | ||
separating /usr and /home from the rest of the system makes it possible to reflash the machine (or the flash card) without loosing your customisations. | separating /usr and /home from the rest of the system makes it possible to reflash the machine (or the flash card) without loosing your customisations. | ||
Revision as of 10:10, 20 July 2008
Deletion
This article duplicates a lot of information in Booting from a flash card, isn't properly formatted or capitalized, and covers an un-recommended method for expanding the available application installation space. If this process must be documented, the article needs to be renamed, slimmed down (to only include the non-duplicate, relevant information), cleaned up and carry a health warning at the top, as booting from a flash card is a much cleaner, safer, more effective and more reliable method of achieving the same goal. —GeneralAntilles 09:56, 20 July 2008 (UTC)
finding a better name
the main difference with the other page you point at is that part of the system remains on the internal memory, while others are kept on the (internal) flash card. this is desirable (according to me) because this way I use the internal memory for volatile information (as for example the /tmp partition) and the flash card for more static data.
so: which name do you think would be better for this page? I had seen the booting from a flash card and also tried it out, but in the end I like my approach better: separating /usr and /home from the rest of the system makes it possible to reflash the machine (or the flash card) without loosing your customisations.
as for typesetting and cleaning up, being this a wiki, I believe it's better to keep things that needs being corrected (and asking that someone does so) than removing them.
I have looked a bit around here, maybe not good enough, but I did not find guidelines on capitalization, typesetting and also very little in general on how to submit new content.