| |
| |
| |
|
Page: 1 2
Comments:
<0> thanks
<0> I've been playing with OpenBSD install from work, over vnc, inside vmware, so it was kinda tricky.. ive got the jist of it now though
<1> if i take another harddisk thats used in a sparc64 (no fdisk, disklabel starting at offset 0) can i use it with i386 without any problems ?
<1> and vice versa, if i take a i386 disk (fdisk, disklabel offset at 63) and use it in a sparc64 ?
<1> what would be the way to transport disks between both platforms, or is there no way at all, as sparc64 doesn't know fdisk
<0> is the openbsd x windows system nice? as in look and feel
<2> Plat4m: it's as nice as you want it to be
<2> it's X.org (or XFree is some particulare/old cases)
<2> and like any X system, you can use any window manager / desktop environment you want
<2> in fact, GNOME and KDE are both in the packages IIRC
<3> ioii_, they are different endiness so they won't work
<2> NicM: it should be possible to write a small program that goes on the disk and switch around all the bytes that need to be.. .or is there more to it ?
<3> it would be possible
<3> but more work than you might think
<2> faster to tar up everything and dump it back after reformatting drive eh ?
<3> likely
<2> unless someone already wrote such a tool ... which I somehow doubt though
<4> is there someway to show content of a drive that isnt mounted?
<5> mounting it?
<2> cat /dev/device_name_of_drive ..but you're going to have a hard time decifering it all :P
<2> if you're afraid of something you could always mount it read-only
<1> NicM: thank you. thats what i thought, so some reformating has to be done then ...
<1> i was thinking of a scenario where my sun ultra5 dies and i cannot access the data from an i386 anymore :-/
<3> netbsd has a mount option to do it
<3> but not openbsd
<1> uh. good to know :-)
<3> i don't know whether netbsd can deal with the disklabel changing
<3> changing endiness, probably can
<1> what is endiness, couldn't find a translation for it
<3> the byte order of the processor
<3> the order it stores the bytes of a word in memory
<1> ok
<3> i386 are little-endian so they store 32-bit words as 1234 and sparc64 big-endian and do 4321
<1> nice explanation
Return to
#openbsd
or
Go to some related
logs:
#cph
#computers
#networking
#firebird
#gentoo
#amsterdam syf
#gamedev
ircn ascii
find@brandibelle
#politics
|
|