Re: resizing partition with Windows Vista
Good Morning, On Wed, Jul 11, 2007 at 07:48:40PM -0500, Seb wrote: >On Wed, 11 Jul 2007 19:52:19 -0400, >Douglas Allan Tutty <[EMAIL PROTECTED]> wrote: >> I don't suppose you could wipe vista, go with straight Debian, then run >> vista with something like Xen? > >Interesting, I've never heard of Xen (just checked up on it). I've been >quite successfully running a few of the M$ applications I need with >Codeweavers' Crossover (with a few glitches here and there). Do you run >Vista on Xen? I do not think, that OS like Windows are running in Xen. As I remember right, Xen does not fit the Hardwaremanagement. 3D Acceleration does not work on Xen with linux,too, for examble. I would advice to use wine/crossover, but more wine. :) Best regards, Jan signature.asc Description: Digital signature
Re: resizing partition with Windows Vista
On Wed July 11 2007 10:48, Seb wrote: > Hi, > > This is unbelievable. The Toshiba laptop I mentioned in my previous post > came with Windows Vista in it. It has a nifty utility to "shrink" or > "expand" a partition. Well, Vista created 4 partitions, scattered all > over the hard drive, and "shrinking" the partition doesn't let you use all > the free space available. Googling for a solution, the only one seems to > be to buy a partitioning proprietary software that knows how to resize > NTFS partitions with Vista on it. Has anybody been successful resizing > such a partition to create space for a dual boot system? This is > surreal. Thanks. I heard about this in an email not to long ago, may be Microsoft doesn't think anybody uses the mbr! I haven't dual booted in about a year now, I have found linux solutions to all my needs although I understand not everyone can get away without it. When I did dual boot I always created my partitions with fdisk or recently cfdisk and just let windows format and install. Then install linux afterwards along with grub or lilo and that always worked well for me. I know that doesn't help if your partitions are already created but that's my experience.. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resizing partition with Windows Vista
On Wed, 11 Jul 2007 19:52:19 -0400, Douglas Allan Tutty <[EMAIL PROTECTED]> wrote: [...] > I don't suppose you could wipe vista, go with straight Debian, then run > vista with something like Xen? Interesting, I've never heard of Xen (just checked up on it). I've been quite successfully running a few of the M$ applications I need with Codeweavers' Crossover (with a few glitches here and there). Do you run Vista on Xen? I may have found a workaround though. I had created these so-called "recovery" DVDs once the laptop went through the whole first-run procedure. Booting into the 1st DVD there's an option to install out-of-box software to a custom size partition! So that may be the lucky solution. -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resizing partition with Windows Vista
On 07/11/07 05:27:20PM -0500, Seb wrote: > On Wed, 11 Jul 2007 18:04:10 -0400, > [EMAIL PROTECTED] (Lennart Sorensen) wrote: > > [...] > > > Some people use gparted from a livecd. Do NOT resize or move the > > windows boot partition however, unless you have a real vista CD around > > to boot to recovery mode and repair the boot files for vista. It will > > not boot if you change the boot partition in anyway (other than using > > the vista resize tool). > > That is the problem, the boot partition is the largest (137 out of the 160 > Gb total), and can only be reduced to about 80 Gb!! The Vista system is > "optimized" to make efficient use of the hard drive by creating 4 > partitions with several unmovable parts, so that no matter how large your > hard drive is, you can only reduce the partition used by Vista to about 3 > x the space required. You never know how far M$ will go to make it easy > for users to use their hardware... > Those partitions were undoubtedly created by Toshiba and not Vista and as for the fact that Vista won't let you shrink the partition, by default it's pagefile is dynamically grown as necessary and with all of the other stuff that Vista does when running it makes sense for them to enforce a minimum amount of free space on the system partition. Depending on what Toshiba put on the other 2 partitions (assuming one is Vista and one is recovery) you should be able to delete them and have Vista run just fine. But if it were my laptop I would use whatever tool Toshiba provides to make a recovery disk, delete all the partitions and start over with just Debian and then run Windows inside VMWare or whatever virtualization you prefer. Although you probably won't be able to use the restore disk in the virtualized system so you might have to jump through some hoops to get a working Vista system that way. > -- > Seb > Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resizing partition with Windows Vista
* Seb <[EMAIL PROTECTED]> [2007-07-11 17:27:20 -0500]: > > Some people use gparted from a livecd. Do NOT resize or move the > > windows boot partition however, unless you have a real vista CD around > > to boot to recovery mode and repair the boot files for vista. It will > > not boot if you change the boot partition in anyway (other than using > > the vista resize tool). > > That is the problem, the boot partition is the largest (137 out of the 160 > Gb total), and can only be reduced to about 80 Gb!! The Vista system is > "optimized" to make efficient use of the hard drive by creating 4 > partitions with several unmovable parts, so that no matter how large your > hard drive is, you can only reduce the partition used by Vista to about 3 > x the space required. You never know how far M$ will go to make it easy > for users to use their hardware... I had a similar experience with XP. New machine, booted maybe once. Used Gparted to try to shrink it down to 20 Gb. Wouldn't work Turned out to be an unmoveable (swap) partition in the way. Allowed Xp an extra 4 Gb, then no problemo. I haven't booted to Windows since (using Win 2000 in a VM instead); if it weren't a work machine I'd recover the partition. No one in any position of power seems to be wise to these Microsoft ashholes, except maybe in Europe. -- Tux rox! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resizing partition with Windows Vista
On Wed, Jul 11, 2007 at 05:27:20PM -0500, Seb wrote: > That is the problem, the boot partition is the largest (137 out of the 160 > Gb total), and can only be reduced to about 80 Gb!! The Vista system is > "optimized" to make efficient use of the hard drive by creating 4 > partitions with several unmovable parts, so that no matter how large your > hard drive is, you can only reduce the partition used by Vista to about 3 > x the space required. You never know how far M$ will go to make it easy > for users to use their hardware... I don't suppose you could wipe vista, go with straight Debian, then run vista with something like Xen? I haven't used MS since 3.1 (windows 3.1, that is); just before I wiped it to install OS/2. Back then, windows would fit on a 100 MB zip disk that I could dual-boot into with a tweaked dos boot disk. Them were the days... My condolences. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resizing partition with Windows Vista
On Wed, 11 Jul 2007 18:04:10 -0400, [EMAIL PROTECTED] (Lennart Sorensen) wrote: [...] > Some people use gparted from a livecd. Do NOT resize or move the > windows boot partition however, unless you have a real vista CD around > to boot to recovery mode and repair the boot files for vista. It will > not boot if you change the boot partition in anyway (other than using > the vista resize tool). That is the problem, the boot partition is the largest (137 out of the 160 Gb total), and can only be reduced to about 80 Gb!! The Vista system is "optimized" to make efficient use of the hard drive by creating 4 partitions with several unmovable parts, so that no matter how large your hard drive is, you can only reduce the partition used by Vista to about 3 x the space required. You never know how far M$ will go to make it easy for users to use their hardware... -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
buttons on front panel
Hello everyone ... I've got one probleam my notebook had a button on front panel witch 1 of these buttons doesn't work, the kernel that i compile had a support for acpi(buttons) the halt button works, just this one doens't work, if i press the wireless button, i receive a output, but none function is active, so i ask, have one software witch make its works?? Thanks for all ... -- Nolasco
Re: resizing partition with Windows Vista
On Wed, Jul 11, 2007 at 12:48:37PM -0500, Seb wrote: > This is unbelievable. The Toshiba laptop I mentioned in my previous post > came with Windows Vista in it. It has a nifty utility to "shrink" or > "expand" a partition. Well, Vista created 4 partitions, scattered all > over the hard drive, and "shrinking" the partition doesn't let you use all > the free space available. Googling for a solution, the only one seems to > be to buy a partitioning proprietary software that knows how to resize > NTFS partitions with Vista on it. Has anybody been successful resizing > such a partition to create space for a dual boot system? This is > surreal. Thanks. Some people use gparted from a livecd. Do NOT resize or move the windows boot partition however, unless you have a real vista CD around to boot to recovery mode and repair the boot files for vista. It will not boot if you change the boot partition in anyway (other than using the vista resize tool). 4 partitions seems pretty silly too. I have seen 2 or 3 (one recovery, one system/boot, and one data). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
compiling 32-bit binaries: chroot ia32-libs libc6-dev-i386 cross-compiling /usr/bin/ld libc.so
Dear debian-amd64's,
Problem: I would like to compile 32-bit binaries and explore the
different options.
Question: What are the recommended solutions?
Here are a few I have tried or am pondering about:
1) The: gcc -m32 and ia32-libs libc6-dev-i386 solution
This seems to be fairly straight forward, but maintaining different
32-bit libraries, not already packaged together with ia32-libs-* would
seem to be a hassle, and it doesn't seem to be the right thing to do.
2) The: compile in a chroot environment solution
This would allow one to use all the packaged libraries for 32-bit, and
would be fairly straight forward to maintain. I like the fact that I
don't have to rely on ia32 packages, since they contain a subset of
the libraries that I need.
It seems that by adding to the ld library path in
/etc/ld.so.conf.d/___.conf to my chroot libraries, and ln -s ...
ld-linux.so.2 seems to let me run most of my 32-bit programs in a
64-bit enviroment without the need to chroot to the 32-bit environment
to run these binaries.
3) The: gcc -m32 and chroot libs solution
I would still prefer to compile on a 64-bit shell, i.e. not compiling
under a chroot environment. Making the object files using gcc -m32
works ok (-I to include chroot includes) but I ran into some trouble
in linking (with -L pointing to chroot libraries),
/usr/bin/ld sources the script in libc.so (the one in the chroot
environment) but libc.so contains an absolute path to /lib/libc.so.6
as opposed to a relative path to ../lib/libc.so.6. Since /lib/ is by
default 64-bit stuff it cannot link correctly. There seems to be a
workaround if I were to compile ld with the --sysroot option (and
include the TARGET_SYSTEM_ROOT_RELOCATABLE flag). But I haven't
gotten far enough to tell if this would work.
In essence this is similar to solution 1) but without the reliance on
ia32-libs-* and libc6-dev-i386, instead, it would use the existing
libraries already installed in the 32-bit chroot.
4) The: cross-compile toolchain
This solution would be similar to the one above (building from a
64-bit environment), but would involve creating a dedicated toolchain
(gcc, ld, etc...) for cross-compiling. I have read a few how-to's but
it seems to be a viable option. I was wondering if someone has set
this up, in particular pointing to 32-bit libraries installed from a
chroot environment.
This probably has a higher chance to success, but I requires more
work. If there is a way of getting solution 3) working, I would
prefer that instead.
Thanks!
cat /proc/{version,cpuinfo}
Linux version 2.6.20-15-generic (gcc version 4.1.2 (Ubuntu 4.1.2-0 ubuntu4))
Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
resizing partition with Windows Vista
Hi, This is unbelievable. The Toshiba laptop I mentioned in my previous post came with Windows Vista in it. It has a nifty utility to "shrink" or "expand" a partition. Well, Vista created 4 partitions, scattered all over the hard drive, and "shrinking" the partition doesn't let you use all the free space available. Googling for a solution, the only one seems to be to buy a partitioning proprietary software that knows how to resize NTFS partitions with Vista on it. Has anybody been successful resizing such a partition to create space for a dual boot system? This is surreal. Thanks. Cheers, -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Toshiba Core 2 Duo
On Wednesday 11 July 2007 04:08, Chris Ahlstrom wrote: > * A J Stiles <[EMAIL PROTECTED]> [2007-07-11 08:56:42 +0100]: > > On Wednesday 11 July 2007 03:46, Seb wrote: > > > Just programs that are not available for amd64, or that require some > > > plugin that is not: acroread, iceweasel (for flash, and the java 6 > > > packages), mplayer (for w32codecs), realplayer (for playing some > > > streams on iceweasel). Nothing else (I think). All of these except > > > acroread have versions for amd64, but I *only* have them in the chroot > > > to avoid messing up the configuration directories under /home/*/. > > > > Why acroread? What's wrong with kpdf|gpdf|evince|xpdf? > > Can you fill out PDF forms with them? > > -- > Tux rox! Chris, I found pdfedit the other day, and it works just fine. I don't know how acroread works, but with pdfedit, you just click on the field you want to edit, and a little box pops up to type in your text; The only thing that is a little funky, is that if you want your text to be on a level line, you need to be careful _where_ you click, but you can have a clean-looking pdf document with a little effort. pdfedit also has quite an extensive menu, with lots of stuff you can do to your document, etc. I didn't explore them as I was just wanting to fill out a form and send it along. Nice to have an open source alternative to Adobe's products. Chris W. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Toshiba Core 2 Duo
On Wed, 11 Jul 2007 07:08:18 -0400, Chris Ahlstrom <[EMAIL PROTECTED]> wrote: > * A J Stiles <[EMAIL PROTECTED]> [2007-07-11 08:56:42 +0100]: >> On Wednesday 11 July 2007 03:46, Seb wrote: > > Just programs that are not available for amd64, or that require some >> > plugin that is not: acroread, iceweasel (for flash, and the java 6 > >> packages), mplayer (for w32codecs), realplayer (for playing some >> streams > on iceweasel). Nothing else (I think). All of these except >> acroread have > versions for amd64, but I *only* have them in the >> chroot to avoid messing > up the configuration directories under >> /home/*/. >> Why acroread? What's wrong with kpdf|gpdf|evince|xpdf? > Can you fill out PDF forms with them? Exactly. I use xpdf regularly, except when I need to fill forms. While it's possible to do that with flpsed (if you can put up with exporting to postscript, playing with the cursor keys to get your entries in the right position, and using a single font), it's not simple, so acroread is still needed for this. -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Toshiba Core 2 Duo
* A J Stiles <[EMAIL PROTECTED]> [2007-07-11 08:56:42 +0100]: > On Wednesday 11 July 2007 03:46, Seb wrote: > > > > Just programs that are not available for amd64, or that require some > > plugin that is not: acroread, iceweasel (for flash, and the java 6 > > packages), mplayer (for w32codecs), realplayer (for playing some streams > > on iceweasel). Nothing else (I think). All of these except acroread have > > versions for amd64, but I *only* have them in the chroot to avoid messing > > up the configuration directories under /home/*/. > > Why acroread? What's wrong with kpdf|gpdf|evince|xpdf? Can you fill out PDF forms with them? -- Tux rox! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Toshiba Core 2 Duo
On Wednesday 11 July 2007 03:46, Seb wrote: > Douglas Allan Tutty <[EMAIL PROTECTED]> wrote: > > What else do you have in your chroot (other than the stuff you need so > > that you can run flash)? > > Just programs that are not available for amd64, or that require some > plugin that is not: acroread, iceweasel (for flash, and the java 6 > packages), mplayer (for w32codecs), realplayer (for playing some streams > on iceweasel). Nothing else (I think). All of these except acroread have > versions for amd64, but I *only* have them in the chroot to avoid messing > up the configuration directories under /home/*/. Why acroread? What's wrong with kpdf|gpdf|evince|xpdf? -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
