From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- .../mageia-dev/attachments/20110221/05f39e37/attachment-0001.asc | 7 +++++++ zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment.asc | 7 +++++++ .../mageia-dev/attachments/20110221/4da4ccac/attachment-0001.asc | 7 +++++++ zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment.asc | 7 +++++++ .../mageia-dev/attachments/20110221/a0edea33/attachment-0001.asc | 7 +++++++ zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment.asc | 7 +++++++ .../mageia-dev/attachments/20110221/eb4d11c7/attachment-0001.html | 7 +++++++ zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment.html | 7 +++++++ 8 files changed, 56 insertions(+) create mode 100644 zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment.html (limited to 'zarb-ml/mageia-dev/attachments/20110221') diff --git a/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment-0001.asc new file mode 100644 index 000000000..33f1657f5 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk1iZJcACgkQqEs9DA4DquCoDgCfWwVHpLBX6hq/ApSKda9zNcIp +HRIAn0XdOLlO5Ln56krBlY3S5SIXhFPd +=jZ0m +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment.asc b/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment.asc new file mode 100644 index 000000000..33f1657f5 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/05f39e37/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk1iZJcACgkQqEs9DA4DquCoDgCfWwVHpLBX6hq/ApSKda9zNcIp +HRIAn0XdOLlO5Ln56krBlY3S5SIXhFPd +=jZ0m +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment-0001.asc new file mode 100644 index 000000000..dbf43e1db --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk1iZAYACgkQqEs9DA4DquB3xgCfQ9stvtPBN9+sDywApkD1keCm +7S8An2GTk1zpaZzcoC/vOML8COt7ZboI +=ieN5 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment.asc b/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment.asc new file mode 100644 index 000000000..dbf43e1db --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/4da4ccac/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk1iZAYACgkQqEs9DA4DquB3xgCfQ9stvtPBN9+sDywApkD1keCm +7S8An2GTk1zpaZzcoC/vOML8COt7ZboI +=ieN5 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment-0001.asc new file mode 100644 index 000000000..1f41e2b88 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iEYEARECAAYFAk1iK/wACgkQk29cDOWzfVD+0QCgoGpz5iaeepbw3gNhk3h+v3Nk +m2sAoMZs7eMEdZaIjW9/aGA3QER3aa2r +=96w9 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment.asc b/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment.asc new file mode 100644 index 000000000..1f41e2b88 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/a0edea33/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iEYEARECAAYFAk1iK/wACgkQk29cDOWzfVD+0QCgoGpz5iaeepbw3gNhk3h+v3Nk +m2sAoMZs7eMEdZaIjW9/aGA3QER3aa2r +=96w9 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment-0001.html new file mode 100644 index 000000000..24a0f3b48 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment-0001.html @@ -0,0 +1,7 @@ +

Michael Scherer wrote:
+>
+> For a linux system, a lvm logical volume is just another disk.
+>

I've had issues in the past because Linux considered LVM just one logical disk and I think the average user would eventually have the same problem as well.  I think moving to LVM as the default will create too many complaints and support requests in the end.
+
A long time ago I had a system with 6 SCSI disks, each 1.2GB.  The system was fairly useless with the single disks, but using LVM I had 1 disk of reasonable size.  I ran the system for about a year with no problems, but then 1 of the disks failed.  Normally this would be a medium inconvenience, because I would just have to restore the files from that one drive to another drive. However, with the LVM, I lost the ability to read the entire LVM.  I had to restore the entire system, which was a much bigger pain.  I also could not obtain a disk of the same small size for a reasonable price, which I was told would make the problem even bigger.
+
If I had used some redundancy, then I might have been able to restore the one disk, but I was a novice user and didn't understand the need.  I think that most users who use the defaults and probably novice users, or at least will be after Mageia takes off.  I think LVM support is a must, but I think making it the default, without also making some redundancy the default, will cause more problems than it solves. 
+
--Jeff
diff --git a/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment.html b/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment.html new file mode 100644 index 000000000..24a0f3b48 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110221/eb4d11c7/attachment.html @@ -0,0 +1,7 @@ +

Michael Scherer wrote:
+>
+> For a linux system, a lvm logical volume is just another disk.
+>

I've had issues in the past because Linux considered LVM just one logical disk and I think the average user would eventually have the same problem as well.  I think moving to LVM as the default will create too many complaints and support requests in the end.
+
A long time ago I had a system with 6 SCSI disks, each 1.2GB.  The system was fairly useless with the single disks, but using LVM I had 1 disk of reasonable size.  I ran the system for about a year with no problems, but then 1 of the disks failed.  Normally this would be a medium inconvenience, because I would just have to restore the files from that one drive to another drive. However, with the LVM, I lost the ability to read the entire LVM.  I had to restore the entire system, which was a much bigger pain.  I also could not obtain a disk of the same small size for a reasonable price, which I was told would make the problem even bigger.
+
If I had used some redundancy, then I might have been able to restore the one disk, but I was a novice user and didn't understand the need.  I think that most users who use the defaults and probably novice users, or at least will be after Mageia takes off.  I think LVM support is a must, but I think making it the default, without also making some redundancy the default, will cause more problems than it solves. 
+
--Jeff
-- cgit v1.2.1