Servus

ändert Ihr das entsprechend?

Danke
kaputtnik

Ja, wenn das gewünscht ist, gerne!

Statt

Zum Ausprobieren wird diese Art der Installation insbesondere Anwendern ohne Vorkenntnisse empfohlen.

würde ich in eine Warnbox etwas wie das Folgende schreiben:

(Hört sich ein bisschen schief an. Falls es bessere Vorschläge gibt: Immer her damit! )

Hallo Kuttel Daddeldu - ich kann Deinen offensichtlich subjektiven Einwurf überhaupt nicht nachvollziehen!!

Ich verkneife mir hier mal eine detailierte Stellungnahme - weil ganz andere Erfahrung damit. Und spätestens mit 12.04 (LTS) wird mit Wegfall der kritischen Versionen eh' alles überarbeitet - denn zur Zeit laufen die Versionen ab Natty alle ohne Probleme.

gruß syscon-hh

Hallo,

dem Satz

Zum Ausprobieren wird diese Art der Installation insbesondere Anwendern ohne Vorkenntnisse empfohlen.

stimme ich so auch nicht zu - der Warnbox aber auch nicht. Zumal der Bezug zwischen Warnbox und dem o.g. Satz eigentlich gar nicht da ist.

Meine Sicht: Zum Ausprobieren ist die Live-CD sicherlich die 1. Wahl. Ohne wenn und aber. Wenn ein Windows-Anwender aber (testweise) eine _feste_ Installation möchte, dann ist Wubi 1. Wahl. Weil man nichts partitionieren etc. braucht.

Wobei ein zusätzlicher Hinweis zu möglichen Schwierigkeiten beim Umzug auf eine "echte" Installation sicherlich auch nicht verkehrt ist.

Gruß, noisefloor

noisefloor schrieb:

Wobei ein zusätzlicher Hinweis zu möglichen Schwierigkeiten beim Umzug auf eine "echte" Installation sicherlich auch nicht verkehrt ist.

Da stimme ich zu - obwohl was heißt das?? Das Umziehen der eigenen Daten aus einem Homeverzeichnis und die anderen Vorgaben aus dem Verzeichnis /etc werden identisch gehandhabt, wie wenn man neu aufsetzen muss. Und wenn man sich mit WUBI (und Linux ganz allgemein) intensiver beschäftigt hat - ist sogar ein direkter Übergang auf eine reale Partition ohne Probleme möglich. Es gibt nur kein Werkzeug (GUI), dass das für einen macht (zumindest keines, dass ich empfehlen könnte).

Vlt. liegt hier auch ein Ansatz, dass in einer Überarbeitung ausführlicher (HowTo) zu dokumentieren.

Hallo,

die Frage ist ja, wie relevant das wirklich ist. Den Inhalt der Home-Verzeichnises umziehen ist ja kein Problem.

Gruß, noisefloor

Sorry für die späte Antwort – ich wollte erst Antworten abwarten und habe dann den Artikel aus den Augen verloren. Sehe ich das richtig, dass der Konsens weitgehend ist: Auf eine Warnbox sollte verzichtet werden, erst recht mit dem von mir vorgeschlagenen Inhalt – entfernt werden sollte aber der Hinweis im Text:

Zum Ausprobieren wird diese Art der Installation insbesondere Anwendern ohne Vorkenntnisse empfohlen.

noisefloor schrieb:

Den Inhalt der Home-Verzeichnises umziehen ist ja kein Problem.

Ja, du hast recht! Mein Satz

(…) zudem ist ein späterer „Umzug“ von Wubi-Daten und -Einstellungen auf eine normale Ubuntu-Installation vergleichsweise kompliziert-

war falsch. (Ich bin irrtümlich davon ausgegangen, dass man von außen – also z.B. von einer Live-CD – keinen Zugriff auf das Wubi-Home hat.)

syscon-hh schrieb:

(…) ich kann Deinen offensichtlich subjektiven Einwurf überhaupt nicht nachvollziehen!!

Ich finde den Einwurf nicht allzu subjektiv (abgesehen vom gerade genannten Fehler, natürlich)! Die beiden Punkte höhere Fehleranfälligkeit (allein schon wegen der Abhängigkeit von der Windows-Installation) und kaum Supporter hier im Forum für Wubi-spezifische Themen scheinen mir aber doch recht klar vorhanden zu sein. Aber: Schlecht machen will ich Wubi nicht – und wenn es bei dir so gut funktioniert: Perfekt!

Empfehlung entfernt, Warnbox aber nicht eingefügt.

So und um dem Ganzen die Schärfe zu nehmen, habe ich mal das Thema

• Wubi megrieren

in einem ergänzenden Artikel gepackt. Der müsste eigentlich nur mal aus der Baustelle gehoben werden.

gruß syscon-hh

Perfekt! (Ich melde mich gleich im Thread zum Artikel noch mal.)

Die Windows-Partition, auf der Wubi installiert wurde, ist anschließend unter /host eingehängt.

Ich wüsste gerne (für die Arbeit an den Artikeln NTFS-3G und Windows-Partitionen einbinden), mit welchen Optionen diese Partition dort eingehängt ist bzw. in welcher Weise dort die Verwaltung der LINUX-Dateirechte verwirklicht ist (oder eben nicht verwirklicht).

Da ich mir zur Beantwortung dieser Frage nicht extra eine WUBI-Installation anlegen will, möchte ich die Frage hier stellen.

Vielleicht sollte man die Rechteverwaltung auch in diesem Artikel hier mal thematisieren?

Danke und beste Grüße - Max-Ulrich

Max-Ulrich Farber schrieb:

Die Windows-Partition, auf der Wubi installiert wurde, ist anschließend unter /host eingehängt.

Ich wüsste gerne (für die Arbeit an den Artikeln NTFS-3G und Windows-Partitionen einbinden), mit welchen Optionen diese Partition dort eingehängt ist bzw. in welcher Weise dort die Verwaltung der LINUX-Dateirechte verwirklicht ist (oder eben nicht verwirklicht).

Hallo Max-Ulrich Farber - ich nehme mich des Themas an. Weiteres sobald ich drin bin - soviel vorab, es gibt zur Zeit keine Unterschiede ab Natty Narwhal bis Precise Pangolin.

gruß syscon-hh

cat /etc/fstab 

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 	0       0
/host/ubuntu/disks/root.disk /		ext4    loop,errors=remount-ro 	0       1
/host/ubuntu/disks/temp.disk /disks     ext4    loop,defaults      0       2
/disks/@tmp		     /tmp	none	bind	0	0
/disks/@var    /var/cache/apt/archives  none    bind	0       2
/host/ubuntu/disks/home.disk /home	ext4	loop,defaults	0       2
/host/ubuntu/disks/swap.disk none	swap    loop,sw 0       0
#

mount 

/dev/loop0 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda2 on /host type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/host/ubuntu/disks/temp.disk on /disks type ext4 (rw)
/host/ubuntu/disks/home.disk on /home type ext4 (rw)
/disks/@tmp on /tmp type none (rw,bind)
/disks/@var on /var/cache/apt/archives type none (rw,bind)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/laura/.cache/gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=laura)

Die relevanten Zeilen habe ich mal gekennzeichnet - nun noch ein Auszug aus der boot/grub/grub.cfg

cat /boot/grub/grub.cfg 

menuentry 'Ubuntu, mit Linux 3.2.0-18-generic' --class ubuntu --class gnu-linux --class gnu --class os {
	savedefault
	set gfxpayload=$linux_gfx_mode
	insmod part_msdos
	insmod ntfs
	set root='(hd0,msdos2)'
	search --no-floppy --fs-uuid --set=root 47AB1C9051B1D12C
	loopback loop0 /ubuntu/disks/root.disk
	set root=(loop0)
	linux	/boot/vmlinuz-3.2.0-18-generic root=UUID=47AB1C9051B1D12C loop=/ubuntu/disks/root.disk ro   quiet splash vt.handoff=7
	initrd	/boot/initrd.img-3.2.0-18-generic
}

Daraus kann man eigentlich schon alles entnehmen/ableiten. Der Zugriff auf/in das Verzeichnis /host sieht so aus:

ls -l / | grep host 

drwxrwxrwx   1 root root  4096 Mär  7 17:25 host

ls -l /host 

drwxrwxrwx 1 root root   4096 Nov  3 16:14 ubuntu
-rwxrwxrwx 1 root root 135021 Mär  7 17:25 wubildr
-rwxrwxrwx 1 root root   1270 Okt 30  2010 wubildr.cfg

Wenn es noch weitere Fragen gibt - lass von Dir hören.

@syscon-hh:

Danke für die ausführliche Antwort. Ich glaube, ich sehe schon alles und verstehe es auch - hoffentlich - richtig.

Der Treiber NTFS-3G spielt nur für die Zeile

/dev/sda2 on /host type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

eine Rolle. Und /dev/sda2 wird ganz normal mit den Standard-Optionen nach /host gemountet. Wubi-Ubuntu greift dann überhaupt nicht direkt auf Ordner und Dateien zu, die auf /host liegen, und damit spielt die Rechte-Verwaltung auf der NTFS-Partition /dev/sda2 überhaupt keine Rolle.

Die mittels loop als scheinbare Partitionen eingebundenen Ordner auf /host sind mit ext4 formatiert, also läuft in Wubi die Rechte-Verwaltung ganz normal. Die in NTFS-3G ziemlich komplizierte Abbildung der UNIX-Dateirechte und ACL auf die Windows-ACL spielt also in Wubi überhaupt keine Rolle. Es sei denn, man richtet sich zusätzlich noch eine andere, "echte" Partition als Austausch-Partition ein. Aber damit läuft dann alles genau gleich wie in einer gewöhnlichen Dual-Boot-Installation.

Also: Keine Probleme und kein Thema für NTFS-3G

Gruß - Max-Ulrich