81 lines
3.9 KiB
81 lines
3.9 KiB
17 years ago
|
# --- SDE-COPYRIGHT-NOTE-BEGIN ---
|
||
18 years ago
|
# This copyright note is auto-generated by ./scripts/Create-CopyPatch.
|
||
17 years ago
|
#
|
||
|
# Filename: package/.../raidtools/gcc33-support.patch
|
||
17 years ago
|
# Copyright (C) 2008 The OpenSDE Project
|
||
18 years ago
|
# Copyright (C) 2004 - 2006 The T2 SDE Project
|
||
|
# Copyright (C) 1998 - 2003 Clifford Wolf
|
||
17 years ago
|
#
|
||
18 years ago
|
# More information can be found in the files COPYING and README.
|
||
17 years ago
|
#
|
||
18 years ago
|
# This patch file is dual-licensed. It is available under the license the
|
||
|
# patched project is licensed under, as long as it is an OpenSource license
|
||
|
# as defined at http://www.opensource.org/ (e.g. BSD, X11) or under the terms
|
||
|
# of the GNU General Public License as published by the Free Software
|
||
|
# Foundation; either version 2 of the License, or (at your option) any later
|
||
|
# version.
|
||
17 years ago
|
# --- SDE-COPYRIGHT-NOTE-END ---
|
||
18 years ago
|
|
||
|
diff -urN -x '*~' raidtools-1.00.3/mkraid.c raidtools-1.00.3-gcc-3.3.1/mkraid.c
|
||
|
--- raidtools-1.00.3/mkraid.c 2003-01-15 09:58:25.000000000 +0100
|
||
|
+++ raidtools-1.00.3-gcc-3.3.1/mkraid.c 2003-08-19 23:00:59.000000000 +0200
|
||
|
@@ -171,32 +171,32 @@
|
||
|
if (old_force_flag && (func == mkraid)) {
|
||
|
fprintf(stderr,
|
||
|
|
||
|
-"
|
||
|
- WARNING!
|
||
|
-
|
||
|
- NOTE: if you are recovering a double-disk error or some other failure mode
|
||
|
- that made your array unrunnable but data is still intact then it's strongly
|
||
|
- recommended to use the lsraid utility and to read the lsraid HOWTO.
|
||
|
-
|
||
|
- If your RAID array holds useful and not yet backed up data then --force
|
||
|
- and the hot-add/hot-remove functionality should be used with extreme care!
|
||
|
- If your /etc/raidtab file is not in sync with the real array configuration,
|
||
|
- then --force might DESTROY ALL YOUR DATA. It's especially dangerous to use
|
||
|
- -f if the array is in degraded mode.
|
||
|
-
|
||
|
- If your /etc/raidtab file matches the real layout of on-disk data then
|
||
|
- recreating the array will not hurt your data, but be aware of the risks
|
||
|
- of doing this anyway: freshly created RAID1 and RAID5 arrays do a full
|
||
|
- resync of their mirror/parity blocks, which, if the raidtab is incorrect,
|
||
|
- the resync will wipe out data irrecoverably. Also, if your array is in
|
||
|
- degraded mode then the raidtab must match the degraded config exactly,
|
||
|
- otherwise you'll get the same kind of data destruction during resync.
|
||
|
- (see the failed-disk raidtab option.) You have been warned!
|
||
|
-
|
||
|
- [ If your array holds no data, or you have it all backed up, or if you
|
||
|
- know precisely what you are doing and you still want to proceed then use
|
||
|
- the --really-force (or -R) flag. ]
|
||
|
-");
|
||
|
+"\n"
|
||
|
+" WARNING!\n"
|
||
|
+"\n"
|
||
|
+" NOTE: if you are recovering a double-disk error or some other failure mode\n"
|
||
|
+" that made your array unrunnable but data is still intact then it's strongly\n"
|
||
|
+" recommended to use the lsraid utility and to read the lsraid HOWTO.\n"
|
||
|
+"\n"
|
||
|
+" If your RAID array holds useful and not yet backed up data then --force\n"
|
||
|
+" and the hot-add/hot-remove functionality should be used with extreme care!\n"
|
||
|
+" If your /etc/raidtab file is not in sync with the real array configuration,\n"
|
||
|
+" then --force might DESTROY ALL YOUR DATA. It's especially dangerous to use\n"
|
||
|
+" -f if the array is in degraded mode.\n"
|
||
|
+"\n"
|
||
|
+" If your /etc/raidtab file matches the real layout of on-disk data then\n"
|
||
|
+" recreating the array will not hurt your data, but be aware of the risks\n"
|
||
|
+" of doing this anyway: freshly created RAID1 and RAID5 arrays do a full\n"
|
||
|
+" resync of their mirror/parity blocks, which, if the raidtab is incorrect,\n"
|
||
|
+" the resync will wipe out data irrecoverably. Also, if your array is in\n"
|
||
|
+" degraded mode then the raidtab must match the degraded config exactly,\n"
|
||
|
+" otherwise you'll get the same kind of data destruction during resync.\n"
|
||
|
+" (see the failed-disk raidtab option.) You have been warned!\n"
|
||
|
+"\n"
|
||
|
+" [ If your array holds no data, or you have it all backed up, or if you\n"
|
||
|
+" know precisely what you are doing and you still want to proceed then use\n"
|
||
|
+" the --really-force (or -R) flag. ]\n"
|
||
|
+"\n");
|
||
|
return EXIT_FAILURE;
|
||
|
}
|
||
|
|