Re: etch installer and dm-crypt
On Sat, 2006-09-02 at 16:29 +0200, sigi wrote: > > > I thought the recommended way is to encrypt /home /tmp and /var > > > because there my 'personal' files are - and let the rest unencrypted > > > due to the perfomance ... > > > > Makes sense, but I have read that encryption's performance hit is > > negligible (less than 1%), true? > > OK, if this is true, the performance is no argument. Another point is, > that it possibly is more secure to have more little than one big 300GB > partition, that it should minimize the risk of data-loss: if one > partition crashes, the other ones should be ok. > > Yesterday I found something on a ubuntu-forum in the net: For me it > looks useful... it should work on my debian-box, right? Here's something I just found: http://www.debian-administration.org/articles/428 I haven't read much of it yet, but there is some information on how to use a key on a USB drive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Spurious problems booting with last grub from a SATA disk
On Sun, 03 Sep 2006 22:56:40 +0200 "Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> wrote: > Hi, > > ... Hi jean-luc, the problem is that when i plug an usb disk the system doesn't boot correctly, grub gives me an error 21 and anything more happens. The messages are "Error 17" or "Error 21" from grub, and i have an initrd image and use an stock kernel-image 2.6.17-amd64-k8 for an amd64. Sometimes i can fix it, booting with a knoppix, rewriting /boot/grub/menu.lst and changing sdc1 for sda1 but sometimes that doesn't even work. It's very strange. So i can figure that the problem relies on the detection of hardware in an early stage but i cannot find the source of the problem. Thanx for your attention. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Asus motherboard hangs in X
On Sat, Sep 02, 2006 at 04:59:21PM -0500, Russ Cook wrote: > I have an Asus A8N32-SLI Deluxe motherboard with AMD Athlon 4800 dual > core cpu, with 4 MB of Corsair TwinX ram sticks. I have an older > GeForce4 MX 420 graphics board with 64 MB ram. I have updated my bios > to version 1303, with no impact. I am running kernel > 2.6.8-11-amd64-generic. I have also run the smp kernels, with the same > problem. > > When interacting in X, the system will hang unexpectedly. I can ssh to > the machine from another box, and the command 'top' will show eithe > XFree86 or Xorg (whichever is running) to be using 100 % cpu (when > running smp). > > The machine has never frozen on me when running commands from ssh at > another box. Google search has shown many people having similar > problems with various motherboards. I have run memtest on all my memory > sticks, one at a time, and all together, with no detected faults. > > I also tried loading the nvidia video driver, but no help. > > I have tried the Knoppix 5.0.1 and Kubuntu 6.06 live CDs, and get the > same problem. Is anyone else running this same motherboard without > problems? If you had problems and solved them, can you share your > process? I've had a similar problem, but it went away when I installed Ubuntu. Whatever they've done right, I hope it propagates to Debian soon. By the way, I had the same problem whether in 32 and 64-bit more, and whether I used the vesa, nv, or nvidia drivers. > > Does Nvidia offer drivers for the NForce4 motherboard chipset, and if > so, does it make any difference? I plan to upgrade my video board, but > I want to get a stable system first, before putting more $ into it. > Could the older video board be part of the problem? > > Any help most gratefully accepted. > > Thanks, > Russ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mixing Fortran (77) and C code with gcc-gfortran 4.1 on amd64?
Hello, this is probably offtopic, so feel free to answer off the list, if you prefer. Some time ago, I wrote a piece of software which mixed C and Fortran 77. This was relatively clean and somewhat portable, since I included f2c.h to get the type definitions to coincide between C and F77 in function calls. Now I would like to use gfortran and gcc 4.1, but it looks like gfortran uses a different ABI to interface with subroutines. Is there a (somewhat) clean and portable way to call C functions from F77 and vice versa, using gfortran and gcc 4.1? I would be happy to Read The Fine Manual on this topic, but it seems this section (which was present in the info documentation of good ol' gcc/g77 3.4) apparently is nowhere to be found in the documentation to gcc/gfortran 4.1... (please correct me if I'm wrong) Any clue? Thanks Giacomo -- _ Giacomo Mulas <[EMAIL PROTECTED]> _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ "When the storms are raging around you, stay right where you are" (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Spurious problems booting with last grub from a SATA disk
Hi, Le 03.09.2006 22:36:26, César Fernández Rodríguez a écrit : Hi everybody, recently i've installed an amd64 box with debian, i've used the latest installer (one week ago) and i've experimented booting problems when i connect new hardware in my PC. The system disk is a SATA disk which udev detects as sdc, with all its partitions sdc1, 5, 6, etc. and sda/sdb is a software array of two SATA disks. I think that the solution will be fix detection of SATA disk from udev, i've tried it but grub doesn't recognize the rules i've added to udev. Anyone can help me about udev+grub or give me another idea? Probably grub has nothing to do with udev. At the time grub is bootstraping the system, udev is not active. It is not clear what you want to do and xwhat is your problem. - What is exactly the problem? - Do you want to boot from the raid array? - Do you have an initrd? - What is the grub bloxk for your bott device in /boot/grub/menu.lst? - What are the messages when the system fails to boot? Regards Jean-Luc pgprX9OdOF7FG.pgp Description: PGP signature
Spurious problems booting with last grub from a SATA disk
Hi everybody, recently i've installed an amd64 box with debian, i've used the latest installer (one week ago) and i've experimented booting problems when i connect new hardware in my PC. The system disk is a SATA disk which udev detects as sdc, with all its partitions sdc1, 5, 6, etc. and sda/sdb is a software array of two SATA disks. I think that the solution will be fix detection of SATA disk from udev, i've tried it but grub doesn't recognize the rules i've added to udev. Anyone can help me about udev+grub or give me another idea? Thanx in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Help] build/test user-mode-linux and rootstrap on amd64
Hello, I'm looking for help in building and testing the amd64 version of user-mode-linux and rootstrap packages to be able to ship them in Etch. Building them should be as easy as adding the Architecture to debian/control and run dpkg-buildpackage. The first test I'd like to see successfully running is creating a rootfs image with rootstrap and being able to boot into it. Thanks a lot for any help. (Please Cc: me and the uml list, thanks) -- mattia :wq! signature.asc Description: Digital signature
(Soved: for now) Re: Asus motherboard hangs in X
Russ Cook wrote: Matthew Robinson wrote: Try changing the driver in xorg.conf to 'vesa'. This will be much slower than the binary Nvidia drivers, but if it works, youve found your problem. Thanks Matt. I have changed the driver to Vesa, and so far I can't make it crash. I am now upgrading from stable to unstable (amd64) and downloading a current smp kernel. If all stays stable (pun intended), then I'll ask the experts for suggestions regarding graphics boards and drivers. Thanks much, russ If the vesa driver works, the open source 'nv' driver, may also work. Its nvidia specific, but not as good as the official binary nvidia drivers. As far as I know, nv performs much better than vesa, but much worse than nvidia. No, I started the whole process with the open source 'nv' driver. I will try it again after this upgrade completes, but 'nv' is what I was using for several weeks before finally trying 'nvidia' which did not help, either. Thanks again. Russ Well, I am now successfully running amd64 unstable. The nv driver was installed by default, and as before, caused my system to hang from X apps. I have changed the config file to use the vesa driver, and now I can run without crashes. Thanks to those who offered help, especially Matt. Next question, I'd like obtain a quality graphics card with hardware acceleration for use with the flightgear flight simulator (the primary reason for building this system). Can the kind folks on this list provide suggestions of boards that are successfully running on this board? Again, my system is Asus A8N32SLI Deluxe, AMD64 4800+ dual core, 4 GB Corsair TwinX ram (to be reduced to 2 GB due to MB ram limitations). Thanks again, Russ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: [POLL] To continue 64 or not?
I find this whole discussion interesting. I have been using Debian unstable AMD64 for 3 years now. I currently have Ubuntu (32 bit) installed on another partition (as a back up for those rare times when I have upgraded and lost X or had some other temporary problem). I have been thinking about switching over to 32 bit full time for a few months now. Unlike a lot of you this is not a workstation, but a home server and media center - web and file server, music and video server, print server, mythtv computer, etc. I don't care about flash so much, but I would like to use realPlayer, the WMV codecs, wine, Picassa etc (all available for 32 bit) I find it is a pain to set up and maintain all of this in a chroot (and some things don't work in a chroot anyway). I figure that for my uses there is no difference in performance with 64 vs. 32 bit, but I always thought I should at least support the AMD64 community. Craig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
