* choose_partition/auto/do_option: Improve ask_user exit code handling as
follows: 255 is backup, so return to the choose_partition menu (rather
than propagating 255 and thus backing up all the way to the d-i main
menu); 100-254 means that an automatically_partition script attempted to
skip the manual partitioner, assuming that it was running from the
initial auto.d pass, but this doesn't make sense if the manual
partitioner has already been displayed so we can treat this exactly the
same as a backup. All other exit codes are handled (99: retry) or
propagated (anything else) as before.
r44101
Colin Watson
17 years ago
5 | 5 |
while [ $code = 99 ]; do
|
6 | 6 |
ask_user /lib/partman/automatically_partition
|
7 | 7 |
code=$?
|
|
8 |
if [ $code -ge 100 ]; then
|
|
9 |
# 255: backup from subsidiary question; break and return to
|
|
10 |
# choose_partition menu
|
|
11 |
# 100-254: attempt to skip the manual partitioner (from
|
|
12 |
# auto.d), which isn't appropriate if the manual partitioner
|
|
13 |
# has already been displayed, so treat this exactly like
|
|
14 |
# backup
|
|
15 |
exit 0
|
|
16 |
fi
|
8 | 17 |
done
|
9 | 18 |
exit $code
|
0 | 0 |
partman-auto (63) UNRELEASED; urgency=low
|
1 | 1 |
|
|
2 |
[ Frans Pop ]
|
2 | 3 |
* Don't offer guided partitioning if no disks are detected. Closes: #406325.
|
|
4 |
|
|
5 |
[ Colin Watson ]
|
|
6 |
* choose_partition/auto/do_option: Improve ask_user exit code handling as
|
|
7 |
follows: 255 is backup, so return to the choose_partition menu (rather
|
|
8 |
than propagating 255 and thus backing up all the way to the d-i main
|
|
9 |
menu); 100-254 means that an automatically_partition script attempted to
|
|
10 |
skip the manual partitioner, assuming that it was running from the
|
|
11 |
initial auto.d pass, but this doesn't make sense if the manual
|
|
12 |
partitioner has already been displayed so we can treat this exactly the
|
|
13 |
same as a backup. All other exit codes are handled (99: retry) or
|
|
14 |
propagated (anything else) as before.
|
3 | 15 |
|
4 | 16 |
-- Frans Pop <[email protected]> Wed, 10 Jan 2007 17:21:37 +0100
|
5 | 17 |
|