Lukas Ocilka napsal(a):
Jan Matějek wrote:
Stanislav Visnovsky napsal(a): | Dňa Tuesday 03 June 2008 17:50:42 Jan Mate(jek ste napísal: |> Partitioner should also be more clever with handling "empty" partitions, |> ~ i.e. existing partitions which contain nothing (or "lost+found", |> "recycled", "system volume information", ".Trash" and friends), and |> primarily offer to wipe and format those. And if there is an existing |> partitioning scheme, it better not touch it, unless it has a good reason |> to. | | This assumes you can mount the partitions. But this is not always the case, as | even mounting might mean modifying a partition. Now imagine you cannot mount | a partition (because it's broken). In the worst case, you might hit a kernel | bug and end up with kernel panic. | | I think safety goes first in this scenario and the installer should not mess | with partitions until user asks him to do (IRIC if you select 'Update', the | installer mounts the disks looking for older releases)
I understand the concern about mounting, but that is a problem solvable in implementation - doesn't e.g. parted somehow determine available space on partition without mounting it?
All Linux partitions are mounted because we need to exactly know which system is installed on those partitions. That's a piece of information that parted cannot provide.
And anyway. In the current state, the partitioner _by default_ proposes a reworked partitioning scheme, with little regard to the existing one. Which is safer for the installer, but actually more dangerous for the average Next-clicker.
Not at all. We are talking about update. Update doesn't propose any partition changes (which is safe). New installation does, but sometimes it proposes to reuse already created ones (which is the best way).
Really? I thought that we are talking about new installation here, that's what i'm talking about anyway ;e) And my point is that in many cases the partitioner proposes to change the partitioning scheme, and more often than not offers to wipe the partitions that are in use and ignore those that are empty. m.
L.
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org