Re: New Debian User needs an idea
On Tuesday 04 December 2007 03:49, [EMAIL PROTECTED] wrote: > Hello all, > I am a fairly experienced Fedora user trying out Debian for the first time. > I have a 3 disk distribution from Linux Central and I can get it to install > and boot to a command line. The installer uses only the first disk. My > problem is that I can't bring up the GUI. I have a driver for the video > card but in order to install it gcc and the kernel headers are required, > and missing. Also my only web source is via a wireless, which needs to be > configured with ndiswrapper. This requires, guess what, gcc and the kernel > headers so I can't download them. I tried aptitude and it requests a disk > be mounted but it is not any of the disks that I have. I suspect that gcc > is hiding on one of the disks I have if only I knew how to get to it. > Ideas? The computer is dual booted so I could use the Fedora side to > download and copy over. Jim Bean Hi Jim, - Xorg (GUI) should at least work with the vesa driver, which supports most video cards (albeit at reduced resolution and without 3D support). You can switch over to your dedicated driver (nvidia, ati, intel ...) after its installation. - This would indeed be the first Debian "distribution" lacking gcc. Check if your 3 disks are all registered in /etc/apt/sources.list. If not, add your disks using the command apt-cdrom add (I haven't done this for years, as I always install from the internet, so I can't give you the exact details; however, the process should be fairly self-explanatory). Regards, Clemens -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Clemens Bergmann Schwertlilienweg 14 68259 Mannheim Germany [EMAIL PROTECTED] ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iceape + nspluginwrapper + adobe 32-bit flash plugin = security hole ?
On Saturday 04 August 2007 17:10, Rob Andrews wrote: > Before we blame nspluginwrapper, can someone with a Debian i386 > installation (I'd prefer it not to be a chroot) verify if this happens > when you aren't using nspluginwrapper? Because it could well be a > problem with Adobe's Flash plugin. Unfortunately I don't have any 32-bit > hardware any more (except a PowerPC, but there's no Flash for that). > > -- > rob andrews :: note new pgp key! :: pgp 0x5c205974 :: [EMAIL PROTECTED] Bug is not reproducible on my Debian Etch i386 box (iceweasel 2.0.0.6, flashplugin-nonfree 9.0.48). Regards, Clemens -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Clemens Bergmann [EMAIL PROTECTED] ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: canon mp150 drivers
On Thursday 25 January 2007 21:55, Seb wrote:
> Hi,
>
> I've been given a Canon MP150 (printer, copier, scanner) and realize that
> it's not listed under the kde printer manager ("add printer" option).
> Googling does show that GNU Linux support for this printer is basically
> non-existent, probably even more so for AMD64. I'm hoping someone in this
> ng managed to get it working in Debian, probably by using some other
> compatible driver already available. I'd appreciate some suggestions.
> Thanks.
>
>
> Cheers,
>
> --
> Seb
I do not know of any free driver, however, the commercial "Turboprint" drivers
support the MP150 (around 30 Euro, www.turboprint.de). I have been using this
software for years and would recommend it without reservation.
There seems to be a solution for the MP110, if you need a free solution, you
could try if it also works for your printer (openprinting.org).
Regards, Clemens
--
>---
Clemens Bergmann
Schwertlilienweg 14
68259 Mannheim
[EMAIL PROTECTED]
>---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Friday 03 November 2006 12:43, you wrote: > That's called dumb luck. > > Whenever you install from the nvidia-installer, it wrecklessly > overwrites files scattered over /usr, which dpkg is meant to be managing > (i.e. components of X). Whenever these files get updated by the package > manager, X breaks. Whenever a change is made to packaging structure, it > breaks too. If you uninstall the NVidia driver, guess what - it breaks > some more. > > Packages are provided for a good reason. Hi Jo, You are right, it might have been luck - but I wouldn't call it 'dumb'. First of all, its no secret which files are installed by the Nvidia installer: there is a detailed list with files and destinations in Appendix C of the Nvidia Readme. Second, I have often heard the complaints over broken systems. However, I did never observe any of these problems, not even after uninstalling the Nvidia driver. An upgrade from Sarge to Etch also worked flawlessly (except the Nvidia driver itself, which has to be compiled after the upgrade as it depends on the kernel). And updates of XFree or X.Org Debian packages never made any troubles. Of course you are right that "packages are provided for a good reason" - but they are not always provided. Sarge is still featuring version 7174, and sarge-backports have 8174, compared with the recent 8776 from Nvidia. And Etch has no package at all, you have to use the Sid packages. Therefore, I will stick with the Nvidia installer simply because in my experience it works on Sarge as well as on Etch and Sid, on 32bit as well as on 64bit - and because it gives me allways an up-to-date driver. Regards, Clemens -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Friday 03 November 2006 12:40, kees wrote: > Hello folks, > Although the problem I am talking about is a general debian problem/bug, ... > I tried to install the driver etc. via the *.run file downloaded from > nvidia, but this > also did not work (got complaints/errors about not finding the driver > module, although > the driver existed and was loaded). Etch uses X.Org 7 which stores the modules in a different place than former X.Org versions. However, there is a special command for the nvidia-installer which puts the modules in the right place. Please have a look at the Readme ( /usr/share/doc/NVIDIA_GLX-x.x). I have been using the nvidia-installer (*.run file) with different Debian versions on 32bit and 64bit systems for some time and I didn't have any problems. Regards, Clemens -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFS, EXT3 or some other?
On Wednesday 21 June 2006 13:38, Francesco Pietra wrote: > Sad to read about that, after having reiserfs as filesystem on all my > partitions (except precious data - my papers and my database - that I > extra-save on a 25 years old external scsi HD as vfat). I understand that > going back means doing everything, except partitions, ex novo. Now that I > have even set up the measurement of temperatures. Is tout le monde > convinced? Even if you really feel you have to change the fs, you don't have to do "everything ex novo"! It needs just space on any harddisk to prepare a new set of partitions. After building the file systems, there is a simple way to copy your running linux to the new set of partitions with only very small modifications (see "Duping a Drive Under Linux", http://linuxgazette.net/issue64/tag/12.html). And if necessary, you could even repeat this process, ending up with your linux system on exactly the same partitions as in the beginning, but using a new fs! Regards, Clemens -- >--- Clemens Bergmann [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFS, EXT3 or some other?
On Sunday 18 June 2006 07:43, Jim Crilly wrote: > >I've read some articles googling for xfs, ext3 and jfs and such. > >Leaning towards xfs maybe? > ... > AFAIK grub will never work with /boot on XFS because of where the XFS > superblock is, it's not too big of a deal to make a small ext2 /boot > though. I'm using XFS on i386, sparc64 and Alpha without any issues, but I > don't have any AMD64 system to put it on yet. > > Jim. I have used XFS on Debian i386 for years without any trouble or data loss, and I am using it now on an amd64 system for about a year, also without any complaints. Grub has in fact been able to boot from a XFS partition for some years now, I never used a special ext2/ext3 boot partition as sometimes suggested! However, I encountered sometimes small difficulties while installing grub, but I did no research if these problems where caused by the use of XFS. Before switching to XFS, I have been using reiser3, facing lots of problems, and ext3. However, as this was years ago, I really don't remember my reasons for going from ext3 to XFS; at least, I can't remember any big problems while using ext3, so I think my decision was due to theoretical considerations... Clemens -- >--- Clemens Bergmann [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The future of the amd64 port
Well, I removed the old entries. The problem is clearly introduced by the new entries. Interestingly, although the packages provided by Sarge and Etch should theoretically be the same, they behave differently. I tried this with diff, which is one of the about 20 packages affected on my system: 1. ~# aptitude -t stable -syvDV install diff ... The following packages have been kept back: ... The following packages will be upgraded: diff [2.8.1-11 -> 2.8.1-11] 1 packages upgraded, 0 newly installed, 0 to remove and 22 not upgraded. Need to get 0B/190kB of archives. After unpacking 0B will be used. Inst diff [2.8.1-11] (2.8.1-11 Debian AMD64 archive:3.1r0/stable) Conf diff (2.8.1-11 Debian AMD64 archive:3.1r0/stable) 2. ~# aptitude -t testing -syvDV install diff ... The following NEW packages will be automatically installed: tzdata [2006c-2] (D: libc6) The following packages will be automatically REMOVED: base-config [2.53.10-0.0.0.1.pure64] (C: locales) The following packages have been kept back: ... The following NEW packages will be installed: tzdata [2006c-2] The following packages will be REMOVED: base-config [2.53.10-0.0.0.1.pure64] The following packages will be upgraded: diff [2.8.1-11 -> 2.8.1-11] libc6 [2.3.2.ds1-22 -> 2.3.6-7] libc6-dev [2.3.2.ds1-22 -> 2.3.6-7] locales [2.3.2.ds1-22 -> 2.3.6-7] 4 packages upgraded, 1 newly installed, 1 to remove and 448 not upgraded. Need to get 10.6MB of archives. After unpacking 8086kB will be freed. Remv base-config (2.53.10-0.0.0.1.pure64 Debian AMD64 archive:3.1r0/stable) Inst tzdata (2006c-2 Debian:testing) Inst libc6-dev [2.3.2.ds1-22] (2.3.6-7 Debian:testing) [] Inst locales [2.3.2.ds1-22] (2.3.6-7 Debian:testing) [] Inst libc6 [2.3.2.ds1-22] (2.3.6-7 Debian:testing) Conf tzdata (2006c-2 Debian:testing) Conf libc6 (2.3.6-7 Debian:testing) Inst diff [2.8.1-11] (2.8.1-11 Debian:testing) Conf diff (2.8.1-11 Debian:testing) Conf libc6-dev (2.3.6-7 Debian:testing) Conf locales (2.3.6-7 Debian:testing) So, we have the same package with different dependencies when installed via Sarge and Etch? Regards, Clemens On Wednesday 26 April 2006 19:39, Goswin von Brederlow wrote: > And don't forget to remove the obsolete entries from sources.list. > > MfG > Goswin -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The future of the amd64 port
Hi Olleg, I have just stumbled across a similar (the same?) problem. I am running Sarge with addition of some Etch packages. After switching sources.list from "http://ftp.de.debian.org/debian-amd64/debian/ etch main contrib non-free" to "http://ftp.de.debian.org/debian/ etch main contrib non-free", aptitude wants to install about 20 packages from Sarge 3.1r0 again in the identical version to that already installed. Worst of all, after reinstalling these packages, aptitude keeps repeating the request to reinstall with every run! So, here seems to be a bug in package management. Interestingly, all packages affected have one thing in common: their versions are identical in Sarge/Stable and Etch/Testing. It looks like Aptitude is believing that these packages are installed from Etch and therefore tries to update them to the newest version (I use pinning to stay with Sarge except for those packages I added from Etch). However, as the packages installed from Etch are identical to those from Sarge, Aptitude goes through this process over and over. Regards Clemens On Wednesday 26 April 2006 10:41, Olleg Samoylov wrote: > I have server with etch debian. After I changed source list to > debian.org many packages want upgrade to the same version. Is there any > tricks to prevent this? -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rescue grub -- help!
Hi David, I am a little bit curious why you have chosen to clone the drive with dd? I have always used a different route for cloning a system (see also "Duping a Drive Under Linux", http://linuxgazette.net/issue64/tag/12.html): 1. Partition the new drive as necessary; 2. Mount the partitions in the right order under your existing system (for instance in /mnt); 3. Copy the complete system with cp -ax; 4. Use grub to install it to the MBR of the new drive; 5. Transfer the drive to your new system. This route has an additional advantage: you can change the size of any partition if necessary, and even use a totally different partition layout! I never encountered any problems on this route. Regards, Clemens On Friday 24 March 2006 05:00, David Liontooth wrote: > I cloned a drive, starting with the MBR: > > dd if=/dev/hda of=/dev/hdc bs=446 count=1 > > However, after installing the cloned drive in the new machine, all I get > is a scrolling GRUB filling the screen. I downloaded an amd64 netboot > CD, mounted / and /boot in /target, and issued > > chroot /target > > Everything in there works fine -- the applications run. (I'm sitting at > another computer at this point with remote access to the installer). But > what I was counting on working, namely > > grub-install /dev/hda > > which used to work on i386, maybe a year or two ago, now gives me > "/dev/hda: Not found or not a block device." If I do df, chroot sees > only this: > > Filesystem 1K-blocks Used Available Use% Mounted on > sysfs 7740384 3197252 4149944 44% /sys > df: `/dev/pts': No such file or directory > tmpfs 7740384 3197252 4149944 44% /dev > > In the installer shell, I get > > ~ # df > Filesystem 1k-blocks Used Available Use% Mounted on > tmpfs 102400 30248 72152 30% / > /dev/cdroms/cdrom0 86390 86390 0 100% /cdrom > /dev/ide/host0/bus0/target0/lun0/part2 7740384 3197252 4149944 44% > /target > /dev/ide/host0/bus0/target0/lun0/part197826 9736 82871 11% > /target/boot > > So it's using devfs, which I thought was deprecated? What do I tell > grub-installer? > > When I chrooted to /target, it rewrote /etc/fstab (why?), like this: > > # /etc/fstab: static file system information. > # > # > proc/proc procdefaults0 0 > /dev/hda2 / ext3defaults,errors=remount-ro 0 > 1 /dev/hda1 /boot ext3defaults0 2 > /dev/hda5 noneswapsw 0 0 > /dev/hdc/media/cdrom0 iso9660 ro,user,noauto 0 0 > > In dmesg, I get > > NFORCE3-250: :00:08.0 (rev a2) UDMA133 controller > ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA > ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA > klogd[245]: segfault at 003e rip 002a9568b94e rsp > 007fbfffe2a0 error 6 > hda: WDC WD800BB-75CAA0, ATA DISK drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > hdc: HITACHI DVD-ROM GD-7000, ATAPI CD/DVD-ROM drive > > Obviously /dev/hda is seen, since the chroot is running on it. > > What can I do? All I want is to rewrite the MBR, the installation itself > is fine. > > Dave -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running vmware 4.x (again)
Hi, I am working with VMware 5.5, so I can't help with your module problems. 5.5 has still some dependencies on the 32bit chroot subsystem, but is otherwise running on the 64bit platform (Debian Sarge). The transfer of my Windows guest from VMware 5.0 on a 32bit host to 5.5 on 64bit host went smoothly. Concerning the processor stepping, I believe this is only important if you want to install a 64bit guest system. As far as I know, VMware 5.5 can be installed on every 64bit linux platform regardless of processor stepping. However, you could consult the VMware support on this question. Clemens On Tuesday 14 February 2006 15:20, Raimund Jacob wrote: > Hi *, > > I'm new to this list so please excuse my ignorance. I'm in the process > of migrating my primary workstation (java development) to a dual-opteron > machine ranning amd64. Everything is working smoothly so far. I have a > chroot in /ia32 that basically contains my old workstation. > > Now I want to install vmware 4.5.3 (we purchased 4.x and hesitate to > upgrade to 5.x since it's also not sure that our processor stepping is > good enough). Here is what I did so far: > > * Install VMware-workstation-4.5.3-19414.tar.gz to /ia32/usr/local > * Leave init scripts in /etc > * Use vmware-any-any-update96 to upgrade/compile kernel modules in 64bit > * vmware-configure > * cp -a /etc/vmware /ia32/etc, edit /ia32/etc/vmware/* to remove /ia32 > prefix > * cp -a /var/run/vmware /ia32/var/run > * copy my vm images over, same location is on the old machine > * run vmware from the chroot > > Unfortunately I cannot run the vm: > > Version mismatch with vmmon module: expecting 81.0, got 116.0. > You have an incorrect version of the `vmmon' kernel module. > Try reinstalling VMware Workstation. > > Question is: Did I upgrade too far? I assumed installing the shipped > modules wouldnt have worked anyway (I'm running vanilla 2.6.15.3). Has > anyone attempted the same thing with more luck? > > Thanks for any advice and sorry if that kind of question is not welcome > here, > > Raimund > > -- > *NEWS* Pinuts präsentiert neue Entwicklungen auf der CeBIT 2006 > Vereinbaren Sie einen Termin, http://www.pinuts.de/cebit06 > > Pinuts media+science GmbH http://www.pinuts.de > Dipl.-Inform. Raimund Jacob [EMAIL PROTECTED] > Krausenstr. 9-10 voice : +49 30 59 00 90 322 > 10117 Berlin fax : +49 30 59 00 90 390 > Germany -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >---
Re: Vuescan + SCSI scanner on amd64/chroot? - Solved
Problem is solved in Vuescan version 8.3.23. Clemens -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where has it gone?
Starting with 2.6.12, packages are renamed as linux-source and linux-image! Regards, Clemens On Wednesday 01 February 2006 07:43, Brian R. Whitecotton wrote: > Hello All, > > I am presently runing 2.6.11-9-amd64-k8. I think my system is broken as > it is having trouble with what it *thinks* is the correct kernel version > -sources etc. > > I would like to be running the latest testing but when I attempt an > apt-get install kernel-image I get the following: > > [EMAIL PROTECTED]:~# apt-get install kernel-image > Reading package lists... Done > Building dependency tree... Done > Package kernel-image is a virtual package provided by: > kernel-image-2.6.11-9-amd64-k8 2.6.11-4 > You should explicitly select one to install. > E: Package kernel-image has no installation candidate > > so I do > > [EMAIL PROTECTED]:~# apt-get install kernel-image > kernel-imagekernel-image-2.6.8-10-amd64-k8 > kernel-image-2.2.25 kernel-image-2.6.8-11-amd64-k8 > kernel-image-2.4kernel-image-2.6-amd64-k8 > kernel-image-2.6kernel-image-netbootable > kernel-image-2.6.11-9-amd64-k8 > [EMAIL PROTECTED]:~# apt-get install kernel-image > > so I do... > > [EMAIL PROTECTED]:~# apt-get install kernel-image-2.6.11-9-amd64-k8 > Reading package lists... Done > Building dependency tree... Done > kernel-image-2.6.11-9-amd64-k8 is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. > [EMAIL PROTECTED]:~# > > so I use --reinstall > > and I get > > [EMAIL PROTECTED]:~# apt-get install kernel-image-2.6.11-9-amd64-k8 > --reinstall > Reading package lists... Done > Building dependency tree... Done > Reinstallation of kernel-image-2.6.11-9-amd64-k8 is not possible, it > cannot be downloaded. > 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. > [EMAIL PROTECTED]:~# > > So I think, humm there must be new images, sources, headers, etc BUT I > cannot find them. > > Please advise! > > Thank You, > > Brian -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: USB devices work with uhci, not with ehci
On Tuesday 03 January 2006 00:26, Wesley J. Landaker wrote: > Hi folks, > > Has anyone seen this kind of thing before? All my low or full speed devices > work fine. My *high* speed devices don't work if ehci_hcd is loaded, but if > I remove it, they work as fall-back full speed devices. I had a similar problem with an ASUS A8V Deluxe mainboard and the Sarge AMD64 kernel image (2.6.8), it disappeared when I switched to the Etch kernel image (2.6.12). Regards Clemens -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Is the AMD-64 ready for reliable use? (possibly on K8V-MX moptherboard)]
On Thursday 22 December 2005 15:34, [EMAIL PROTECTED] wrote: > I'm considering buying a box and putting the AMD64 port of sarge > on it. > > I can see lots of problems with the AMD64 port on the mailing > list, but that doesn't make it clear whether troubles are normal > or unusual. Very few happy users ever write in to say how happy > they are, Ok, I am very happy with my Debian SargeAMD64 system. And most of the troubles you have heard of are probably connected with getting everything working. Sarge AMD64 itself is rock stable on my system, however, the setup with an 32bit chroot is not as easy as the setup of a 32bit debian. The only real problem I met with was the 2.6.8 kernel in Sarge, which had trouble with the USB on the ASUS A8V Deluxe mainboard. So I switched to the 2.6.12 Etch kernel - and everything went smoothly. > I have had it proposed to me that I might set up a server for > my LAN (not the internet gateway) as a Sempron system running > Linux. Specifically, an Asus K8V-MX Athlon 64 motherboard, > an AMD Sempron64 2600, 512 meg DDR PC-3200 w/o ECC. > to quote from the quotation. > > My question is, is the Debian AMD64 platform ready for such use? > Presumably I'd be using the unofficial sarge release ... or has it > become official in the meantime? Or is etch actually more reliable right > now? It is indeed ready for use. However, it depends on your demands. I would suggest looking up if the applications you need are available in the AMD64 port. If not, on a server I would personally stay with the 32bit Sarge. Considering your listing, I would believe everything is in thze AMD64 port (which is still unofficial). Ans as security is a severe problem on any server, I would recommend staying with Sarge/Stable and applying all security updates (which aren't available in Etch/Testing an Sid/Unstable). > The server will initially be running an NFS server that serves from a > software RAID (hard disks presumably partitioned using LVM). I'm > considering putting everybody's home directory on it so that they will > have their bookmarks, configurations, etc. available whatever machine > in the house they are actually sitting at. But if the are running on > one of the substantially less powerful machines, they will use the > Sempron remotely using XDMCP or VNC. Oh, yes. One or two of my users > are collecting video files (mostly .mpg). Would accessing them from > another machine using NFS (100 MHz ethernet) be fast enough for them to > view them? Even if two users did it at the same time? (not from the > legacy 100MHz pentium, though, of course). > > Any comments on whether this plan is feasible? Do others have good > experiences with that motherboard? Or should I backtrack and specify an > old reliable 32-bit Pentium instead? You don't have to ga back to an 32bit CPU - just install the standard 32bit Sarge on an AMD64! It runs withpout any problem, and its only marginally slower than the AMD64 port. > -- hendrik > > Please CC: me as I am not subscribed to this list -- although I will > eventually see replies in the archives anyway, and will probably > subscribe if I go ahead with the project. -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ethernet problem
I had the same problem, just add sk98lin to /etc/modules and reboot. Clemens On Monday 19 December 2005 00:50, Jens Schwarze wrote: > Hello all, > > I have installed debian amd64 etch an d have a problem to activate the > ethernet card. > > The card is directly on the mainboard, it's a A8V Deluxe from Asus with > gigabit ethernet. > > Anyone who can help me? -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Vuescan + SCSI scanner on amd64/chroot?
I am trying to get my Nikon Coolscan III slide scanner working on a Debian Sarge AMD64 system with 32bit chroot, using Ed Hamrick's Vuescan. However, Vuescan doesn't detect my SCSI scanner: - 64bit xsane detects USB and SCSI scanner, so permissions are o.k.; - Vuescan is installed in /opt, chroot and Pango are configured, Vuescan detects USB scanner and works without any problem. My questions: 1. Does anyone have success using Vuescan on amd64/chroot with a SCSI scanner? 2. Does anyone use a comparable setup with success (a 32bit program running with chroot and accessing a SCSI device)? Any help appreciated! Regards, Clemens -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia & suspend2
Hi, I have a desktop with athlon64 and nvidia 6600 gpu, and I installed the new nvidia driver 8174 without any problems using standard debian kernel images (2.6.8-11-amd64-k8 and 2.6.12-1-amd64-k8). Kind regards, Clemens On Sunday 11 December 2005 18:13, Hugh Waite wrote: > During an upgrade today I saw that the next version of the nvidia > drivers has been released. I'm also trying to get suspend2/hibernate > working. As there are issues with suspend2 and nvidia, I think I will > postpone upgrading until I know there is a working method with 8174-1. > My question is whether anyone has got this working (with 7676 or 8174) > and how. > Laptop - Compaq Presario R3000 with GeForce4 420 Go - 2.6.14 kernel > > I read that AGP support needs to be disabled but "make menuconfig" will > not let me uncheck it and I don't understand the dependancies, something > to do with AGP_AMD64 I am guessing > ... > > TIA for any help or pointers, > > Hugh -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hello! from a newbie+ problems with debian for amd64+can't boot debian for i386 on amd64 from cd+can't extract sbm.bin from cd
Hi Martin! I have no experience with nforce4 boards, so I can't give you much help here. However, I would suggest to add the module for your network card to the file /etc/modules. On booting, the network card wich is detectetd first becomes eth0, and the one detected second eth1 (this was easier when there was no ieee1394 (firewire) ethernet!). After modifying /etc/modules, restart your PC, and hopefully your standard network card will be on eth0. Dual-booting different Debian (or other Linux/Unix installations) is no problem at all. I would suggest using the Grub bootmanager, but you also can do it with Lilo (both are offered by Debian, al least when you are looking for advanced configuration). You should carefully read the documentation of your bootmanager before installing it -- otherwise any other OS may become temporarily unavailable after installation of the bootmanager. Concerning partitioning, just be carefull not to overwrite existing partitions containing other OS. Apart from this warning, I believe the partition manager is fairly straightforward to use. You can add and delete partitions, choose the filesystem (just go with the default ext3; STAY AWAY FROM REISERFS), and decide on formatting and mounting point of the partitions. Metapackages are just collections of packages. The metapackage kde-core installs every package neccessary for a working KDE environment, including basic applications. Instead of installing every single package, you just type "apt-get install kde-core" or "aptitude install kde-core". As always, read the documentation of apt-get or aptitude - these tools are very powerful, but they also can do much harm! If you need a complete desktop environment, I would still go with i386 "stable" or "testing". These are fairly stable and offer a complete choice of software. In addition, many applications like Adobes AcrobatReader and the free OpenOffice, are only available as 32bit version. It is possible to use 32bit software with amd64 debian as well, but it is much more work to get it working. Regards Clemens Your mail from Tuesday 29 November 2005 01:06: > Hi, Clemens! > > Yep, my bad! I'm not used to burning CD images and, moreover, I did it from > a machine where no cd burning program was istalled, apart from the > Microsoft default. So I was simply copying the ".iso" file into the CD > (beginner's mistake! :D ). > > I finally managed to boot from a properly burnt CD, but it didn't go well, > because the DHCP detection failed. I introduced the information manually > (I've got ADSL through a router), but maybe I made some mistake, because > it wouldn't connect to the mirrors (it said "temporal error" after a while) > and I ended up with a text-only interface. Someone in this mailing list > told me of a trick to avoid manual configuration, but I don't think I quite > got it. I'll have to ask him. This is what he told me: ... > Anyway, I re-installed the AMD64 version, which more or less works. This > time I deleted the whole disk, but I would like to install two or more > versions of Debian with a dual boot (and maybe the Hurd? :) ). So, I > guess I have to select "edit partitions table manually" at the beginning of > the installation, right? Anything I should keep in mind? Do you know of > some particulary tricky feature about a Debian dual boot? > > On KDE, I still have to do some homework about what metapackages are and > how to install them. Meanwhile, could you please tell me the specific > commands to type? > > Thanks for your help, and Regards, > > Martin -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [-?-SPAM-?-] Hello! from a newbie+ problems with debian for amd64+can't boot debian for i386 on amd64 from cd+can't extract sbm.bin from cd
Hi Martin, If you are new to linux, I would definitely suggest to start with i386 Debian. amd64 is not officially supported, and it still is a little bit tricky to get everything working. If your PC is booting any CD, it should also be able to boot the i386 installation CDs, I have done this many times on AMD64 systems! Therefore, I would suspect a defect in the burned CD. Does it boot on any other PC? If not, try burning a new CD or download the iso file again. If you have a fast network connection, try one of the small minimal bootable CD images (40/180MB; see Debian homepage). For a start with KDE, just install the "kde-core" metapackage, which will give you a basic KDE system without any thrills. Regards, Clemens On Sunday 27 November 2005 22:19, Martin Baldan wrote: > Hello everyone! > > I've been wanting gradually move to linux for years, but was afraid > because, due to academic requierements (specific applications I *must* > use), I still need to have winXP installed on my computer for some time to > come. I tried dual boot with Suse and it was more or less ok, but I > preferred two independent hard drives. One reason is that Debian was the > distribution I most looked forward to trying, but I had heard that > partitions, dual boot and several other issues could be tricky. I've > recently bought a new computer, and decided it was the time to put my > scheme into practice. I felt adventurous, so I also decided to move from > intel and give amd a try :D > I've downloaded both the unofficial Debian net installation cd iso image > for AMD64 and the official Debian 3.1 (Sarge) net installation for i386 > (I've read it works also on AMD64) and I've burnt the cd's. > So I decided to try the official Debian Sarge for i386, to see if it works > on my amd computer. The problem is that my BIOS won't boot from the CD (but > it DID boot from the unofficial cd !!). I've read that the reason may be > that some old BIOS (old?? Ha! :P ) can't read isolinux files. The > sollution, if I got it right, is to open the iso image, find the "sbm.bin" > file and copy it to a floppy disk, then boot with both the floppy disk and > the cd in my computer. > 2) I there another way to install Sarge for i-386 that works in my > computer, apart from booting from the installation cd? > > 3) How can I use kde instead of Gnome as a GUI? (some say it works better) > > Again, my kindest greetings to everyone, sorry for every piece of missing > information or dumb questions. > > Regards, > > Martin O.B. -- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
