Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

debian-user-digest Digest V2007 #2250

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sat Aug 25 2007 - 14:16:06 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2250

Today's Topics:

  Re: harddisc errors                   [ Hugo Vanwoerkom  ]
  Re: Getting W: mdadm: -- Actually sh  [ J  ]
  Re: Any way to stop dist-upgrade fro  [ Sven Joachim  ]
  using a remote IMAP server and smart  [ "Richard Lyons"  ]
  Re: Just flaming....                  [ Klein Moebius  ]
  Re: Disadvantages of Iceweasel inste  [ "s. keeling"  ]
  Re: Good fdisk Practices              [ "s. keeling"  ]
  Epson Perfection 1270 error           [ wanderlust  ]
  Re: Networking problems               [ "Dr. Jennifer Nussbaum" 

Date: Sat, 25 Aug 2007 10:53:31 -0500
From: Hugo Vanwoerkom <hvw59601@care2.com> To: debian-user@lists.debian.org
Subject: Re: harddisc errors

Message-ID: 
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit

Cassiano Bertol Leal wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Joris Huizer wrote:

>> --- "Douglas A. Tutty"  wrote:
>>
>>>  
>>>> Alright, a small update here. I booted in rescue
>>> mode
>>>> and did the `e2fsck -f -c -c` on the root
>>> partition.
>>>> It seems to fix something (giving a warning
>>>> 'FILESYSTEM HAS CHANGED' or something similar)
>>>>
>>>> I'm suspecting the problems I saw were caused by
>>>> hdparm+udev - I purged udev and reinstalled (and
Do you need help?X
>>>> removed a stale /dev/.udev) and disabled hdparm, >>> and >>>> no more errors were coming up; I tried reenabling >>>> hdparm, but was getting some modules not getting >>>> loaded again - so I purged hdparm. >>>> I found information online that suggested udev and >>>> hdparm together might cause problem ( >>>> >> https://bugs.launchpad.net/debian/+source/linux-source-2.6.15/+bug/27940 >>>> ), though obviously in this case it is most likely >>> a >>>> misconfiguration issue, not a bug in either of the >>> two >>>> programs. >>>> >>>> Am currently thinking of reinstalling hdparm, >>> though I >>>> think I need advice as how to configure it >>> (installing >>>> it, or `dpkg-reconfigure hdparm`, aren't giving >>>> configuration help) >>> Since udev is required by the most recent kernels, >>> you probably don't >>> want to install something that prevents you from >>> having udev. >>> >>> What is it you want hdparm for? >>> >>> Doug. >>> >> In case hdparm and udev really don't mix together, I >> won't reinstall hdparm anymore (but if that's the case >> udev should be marked as conflicting with hdparm, or >> hdparm with udev, or so) >> I just want hdparm for efficient hard-disc usage (as I >> originally installed it as it could enable DMA and >> other hard disc settings, that normally would remain >> disabled) >> >> Though perhaps nowadays this is just configured in the >> kernel automatically? >> >> regards, >> >> Joris >>

>
> In my Debian testing system, udev and hdparm live together and
> harmoniously. hdparm does its job well, as does udev with no conflicts
> whatsoever.
>

Same here in Sid: udev and hdparm live together quite happily,

Hugo

Do you need more help?X

Date: Sat, 25 Aug 2007 12:09:34 -0400
From: Frank McCormick <fmccormick@videotron.ca> To: debian-user@lists.debian.org
Subject: Re: boot error

Message-id: <20070825120934.6b070438.fmccormick@videotron.ca>
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT

On Sat, 25 Aug 2007 15:42:45 +0200
Florian Kulzer <florian.kulzer+debian@icfo.es> wrote:

> On Sat, Aug 25, 2007 at 08:46:01 -0400, Frank McCormick wrote:
> > On Sat, 25 Aug 2007 10:23:54 +0200
> > Florian Kulzer wrote:
>
> [...]
>
> > > > > On Thu, Aug 23, 2007 at 21:25:29 -0400, Frank McCormick wrote:
> > > > > > For the past few weeks I've been seeing an error message fly by
> > > > > > (doesn't seem to affect anything) and I curious what's going on.
> > > > > >
> > > > > > the message is:
> > > > > >
> > > > > > dbus unknown username "haldemon" in message bus configuration file.

> The fact that hal is not installed causes the message. Something else
> seems to assume that the haldaemon user exists. You can either ignore
> the message, or install hal (why did you purge it?),

Took your advice here and re-installed Hal...at least the error message goes away. I have no idea which package was still referring to Haldaemon....how would I track that down ?

Cheers

Frank

-- 
    Change the world one loan at a time - visit Kiva.org to find out how
    
    
    
    
    

Date: Sat, 25 Aug 2007 16:16:49 +0000 (UTC) From: - Tong - <mlist4suntong@yahoo.com> To: debian-user@lists.debian.org Subject: aptitude dist-upgrade and tex dependencies Message-ID: <fapklh$dhl$2@sea.gmane.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 25 Aug 2007 08:39:17 -0700, Daniel Burrows wrote: >> Is there any way to stop dist-upgrade from upgrading tetex to texlive?= =20 >=20
> Holding the various tetex packages (tetex-bin, tetex-common,
> tetex-extra, tetex-doc) "should" work -- but I wouldn't be surprised
Unfortunately, no. Thanks Sven for pointing out the bug#434731 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D434731 Here is my result: % aptitude hold tetex-base tetex-bin tetex-extra . . . 0 packages upgraded, 0 newly installed, 0 to remove and 1078 not upgraded= . Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading package lists... Done =20 Building dependency tree =20 Reading state information... Done Reading extended state information =20 Initializing package states... Done Building tag database... Done =20 % aptitude -s dist-upgrade . . . The following NEW packages will be automatically installed: . . . python2.5-minimal texlive-base texlive-base-bin texlive-doc-base=20 texlive-latex-base texlive-latex-recommended vde2 xorg-docs=20 . . . The following packages have been kept back: tetex-base tetex-bin tetex-extra=20 . . . Resolving dependencies... The following actions will resolve these dependencies: Remove the following packages: . . . tetex-base tetex-bin tetex-extra
> if they get dragged in by dependencies anyway. aptitude holds don't
> prevent versioned dependencies from forcing an upgrade, unfortunately.
I was planning to file a support bug report to 434731@bugs.debian.org, no= w I'm thinking, I should file a separate bug report on the package dependencies, because all I've been using was tetex, and it is only because some packages wrongly depends on texlive instead of tex-common that drag me into this mess.=20 However, I think I'd better ask for advices before doing so. Please comments.
> Personally, I would just bite the bullet and do the
> upgrade -- tetex is going away and you'll have to switch over eventuall=
y
> anyway.
> Is there a particular difficulty you're running into with the upgrade?
Yeah, I guess that is an easier solution now. Previously, as stated in OP= , I hoped that keeping tetex from upgrading to texlive will ease the Etch t= o Lenny transition for the moment, because I've upgraded over 500 packages already, and there are still over a thousand packages waiting to be upgraded. Moreover, I've read that there are still several pending issues with texlive. I just want to avoid troubles as much as possible. thanks --=20 Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

Date: Sat, 25 Aug 2007 08:55:19 -0700 From: J <j1234f@excite.com> To: debian-user@lists.debian.org Subject: Re: Getting W: mdadm: -- Actually should be apt-get or aptitude question Message-ID: <1188057319.484560.322440@z24g2000prh.googlegroups.com> Content-Type: text/plain; charset="us-ascii" Actually should be apt-get or aptitude question So it reboots with old since the link /initrd.img /vmlinuz both point at the old kernel 2.6.8-3-386. I've tried aptitude with the L command over the newer desired kernel which should reinstall but it didn't fix /initrd.img adn /vmlinuz links to point to new kernel. I tried apt-get --reinstall install linus-image2.6.18-5-k7 but that didn't fix the links either. So, why are aptitude and apt-get --reinstall not doing the links correctly? Should I just log in as root and: 1. make my own links to new kernel 2. run lilo and save to master boot record or will these 2 steps scew up modules or something else? Thanks j J wrote:
> Read manuals about mdadm and saw it has to do with
> raid, which I don't have, so I deleted the mdadm package.
>
> really an aptitude question.
>
> I have installed new kernels with aptitude, but
> ls -ltra /
> ...
> ...........initrd.img -> boot/initrd.img-2.6.8-3-386

Date: Sat, 25 Aug 2007 18:07:16 +0200 From: Sven Joachim <svenjoac@gmx.de> To: debian-user@lists.debian.org Subject: Re: Any way to stop dist-upgrade from upgrading tetex to texlive Message-ID: <87fy27lhsb.fsf@gmx.de> Content-Type: text/plain; charset=us-ascii Daniel Burrows <dburrows@debian.org> writes:
> Holding the various tetex packages (tetex-bin, tetex-common,
> tetex-extra, tetex-doc) "should" work -- but I wouldn't be surprised
> if they get dragged in by dependencies anyway. aptitude holds don't
> prevent versioned dependencies from forcing an upgrade, unfortunately.
> (and TBH, I hardly ever use holds these days, so they may be even more
> buggy than I think)
>
> Personally, I would just bite the bullet and do the upgrade -- tetex
> is going away and you'll have to switch over eventually anyway. Is there
> a particular difficulty you're running into with the upgrade?
The problem is that upgrading tetex-extra will pull in a lot texlive-*lang packages you will probably never need: $ aptitude -s install tetex-extra Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following NEW packages will be automatically installed: tetex-bin texlive-bibtex-extra texlive-fonts-extra texlive-generic-extra texlive-lang-croatian texlive-lang-cyrillic texlive-lang-czechslovak texlive-lang-danish texlive-lang-dutch texlive-lang-finnish texlive-lang-french texlive-lang-greek texlive-lang-hungarian texlive-lang-italian texlive-lang-latin texlive-lang-mongolian texlive-lang-norwegian texlive-lang-other texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-lang-swedish texlive-lang-vietnamese texlive-latex-extra texlive-math-extra texlive-pstricks texlive-publishers texpower texpower-manual The following packages have been kept back: bash-doc expectk icedove icedove-locale-de The following NEW packages will be installed: tetex-bin tetex-extra texlive-bibtex-extra texlive-fonts-extra texlive-generic-extra texlive-lang-croatian texlive-lang-cyrillic texlive-lang-czechslovak texlive-lang-danish texlive-lang-dutch texlive-lang-finnish texlive-lang-french texlive-lang-greek texlive-lang-hungarian texlive-lang-italian texlive-lang-latin texlive-lang-mongolian texlive-lang-norwegian texlive-lang-other texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-lang-swedish texlive-lang-vietnamese texlive-latex-extra texlive-math-extra texlive-pstricks texlive-publishers texpower texpower-manual 0 packages upgraded, 30 newly installed, 0 to remove and 4 not upgraded. Need to get 216MB of archives. After unpacking 420MB will be used. Do you want to continue? [Y/n/?] Would download/install/remove packages. I found no other way than deselecting tetex-extra and manually installing the wanted texlive packages to avoid this. And it is probably easier to do this if the rest of the system is up to date already. Regards, Sven

Date: Sat, 25 Aug 2007 17:30:12 +0100 (BST) From: "Richard Lyons" <richard@the-place.net> To: "debian-user " <debian-user@lists.debian.org> Subject: using a remote IMAP server and smarthost Message-ID: <37681.83.67.89.134.1188059412.squirrel@www.the-place.net> Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I've been trying to solve this for about three years now. Every few months, when I have a moment, I try again. It is not a specifically debian issue, but someone here must have a similar setup. I have an IMAP server on a remote vm. I access it with mutt because it sucks least. But when I want to send mail, I have to open a webmail interface (squirrel as it happens) because that way I am logged on to the server, and not blocked from sending. I send from the server via the supplier's smarthost, which obviously will not relay for me from any other IP. Similarly my vm will not relay from wherever I happen to be so I cannot use mutt on my local machine to send. I have tried repeatedly to set up some sort of secure logon for the mutt connection to courier IMAP, but I do not understand the technology, and following various step-b-step guides has always failed with an error not predicted in the guide. I gather something called TLS is needed. Perhaps there are other ways. Perhaps I should try a different combination on the server than the default exim4 + courier IMAP. Can anybody advise me how to proceed? TIA --=20 richard

Date: Sat, 25 Aug 2007 13:01:24 -0400 From: Kamaraju S Kusumanchi <kamaraju@bluebottle.com> To: debian-user@lists.debian.org Subject: Re: big brother yahoo Message-ID: <fapmqe$pdq$1@sea.gmane.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Richard Lyons wrote:
> It is amusing -- or not, depending on your viewpoint -- that clicking on a
> video clip at yahoo.com from a standard etch install is met with a page of
> error messages, starting:
>
> We have checked your operating system: It does not meet our
> minimum requirements
> If you are having difficulties, please upgrade or switch your
> operating system.
>
Which is why I am slowly shifting to google's applications whenever possible. Yahoo doesn't seem to give a damn about Linux. Most of google's applications work fine in Linux. Some apps like google desktop even come in .deb files. hth raju -- Kamaraju S Kusumanchi http://www.people.cornell.edu/pages/kk288/ http://malayamaarutham.blogspot.com/

Date: Sat, 25 Aug 2007 11:43:38 -0500 From: Klein Moebius <klein.moebius@gmail.com> To: debian-user@lists.debian.org Subject: Re: Good fdisk Practices Message-ID: <20070825164338.GB10477@laphapless.davescrunch.net> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Ron Johnson <ron.l.johnson@cox.net> [2007-08-24 16:40:08 -0500]:
> Or go out on Ebay and buy some replacement RAM chips. If the chips
> on your Hell aren't soldered onto the mobo.
>
Yep, good point. -- Regards, Klein. Hey, what do you expect from a culture that *drives* on *parkways* and *parks* on *driveways*? -- Gallagher

Date: Sat, 25 Aug 2007 09:25:31 -0700 From: J <j1234f@excite.com> To: debian-user@lists.debian.org Subject: Re: Getting W: mdadm: -- Actually should be apt-get or aptitude question SOLVED Message-ID: <1188059131.098455.93310@q5g2000prf.googlegroups.com> Content-Type: text/plain; charset="us-ascii" SOLVED. You have to use _ command in aptitude which "purges" configuration data or you won't get the link installed. My machine used to not see a mouse or even boot to X windows. My machine now boots to X but not to KDE. J wrote:
> Actually should be apt-get or aptitude question
> So it reboots with old since the link
> /initrd.img
> /vmlinuz
> both point at the old kernel 2.6.8-3-386.
>
> I've tried
> aptitude with the L command over the
> newer desired kernel which should reinstall but it didn't
> fix /initrd.img adn /vmlinuz links to point to new kernel.
> I tried
> apt-get --reinstall install linus-image2.6.18-5-k7
> but that didn't fix the links either.
>
> So, why are aptitude and apt-get --reinstall
> not doing the links correctly?
>
> Should I just log in as root and:
> 1. make my own links to new kernel
> 2. run lilo and save to master boot record
> or will these 2 steps scew up modules or something
> else?
>
> Thanks
> j
> >
> J wrote:
> > Read manuals about mdadm and saw it has to do with
> > raid, which I don't have, so I deleted the mdadm package.
> >
> > really an aptitude question.
> >
> > I have installed new kernels with aptitude, but
> > ls -ltra /
> > ...
> > ...........initrd.img -> boot/initrd.img-2.6.8-3-386
> >
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Date: Sat, 25 Aug 2007 11:56:24 -0500 From: Klein Moebius <klein.moebius@gmail.com> To: debian-user@lists.debian.org Subject: Re: Just flaming.... Message-ID: <20070825165624.GC10477@laphapless.davescrunch.net> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Mike Bird <mgb-debian@yosemite.net> [2007-08-25 00:00:23 -0700]:
> The giant slurping sound
> you're hearing is Illinois taxes be sucked off to Redmond
> instead of going to build roads and schools in Illinois.
Ah, yes, good ole Illinois crony politics. A little better than the hoary old days of "Stop in the name of Dick Daily!", but still... -- Regards, Klein. Faster, faster, you fool, you fool! -- Bill Cosby

Can't find what you're looking for?X

Date: Sat, 25 Aug 2007 09:56:04 -0700 From: michael@estone.ca To: debian-user@lists.debian.org Subject: Re: Hardware vs Software RAID 10 performance? Message-ID: <20070825095604.jt2j44a02so8480s@estone.ca> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Neil Gunton <neil@nilspace.com>:
> (First of all, I apologise if anyone sees this twice - I first posted
> to the AMD64 list, but then thought that the more general debian users
> list might get a broader response)...
>
> I'm curious as to whether anyone has experience of software RAID in
> Linux giving better overall performance on RAID10 than a RAID card such
> as the Adaptec 2015S.
>
> Server: Debian Etch AMD64 on Dual Opteron 265, 1.8GHz, i.e. 4 cores
> total, 4GB RAM, 4x10k Fujitsu SCSI 73GB, Adaptec 2015S zero-channel
> RAID card.
>
> Currently I have the four drives in RAID10 using the Adaptec, i.e. it
> appears as one big drive to Linux. Then a few days ago I saw this video
> presentation on scaling from one of the guys who developed YouTube:
>
> http://video.google.com/videoplay?docid=3D-6304964351441328559
> >
> Does anybody have any experience of this, or wisdom to impart? I have
> read all the arguments in favor of software RAID, and that's all very
> nice, but what I am primarily wondering about here is if it's likely
> that shifting over to software RAID might allow Linux to improve IO by
> more parallelization of reads/writes, or if it's just shifting
> complexity from one place to another, with the same bottleneck in
> between? (In which case, I guess, might as well go with software RAID,
> since it seems easier to recover from a controller crash).
> I suppose your system is in production and you can't really down it =20 and run some tests to see if one out performs the other? Over the years, I've become more and more a fan of Software Raid. =20 Especially since everything on the motherboard has gotten faster. I =20 would be suprised if your adaptec controller out performed SW raid on =20 the gear that you have, even when you system is under load. Also, with SW raid, I get to have my hand on the pulse of it. The =20 monitoring tools are nice and it will warn you if have a failed device =20 by email. If there any benchmarks out there on the web with SW vs HW raid, on =20 newer systems, I would love to seem them. Cheers, Mike

Date: Sat, 25 Aug 2007 12:08:44 -0500 From: Neil Gunton <neil@nilspace.com> To: michael@estone.ca Cc: debian-user@lists.debian.org Subject: Re: Hardware vs Software RAID 10 performance? Message-ID: <46D0621C.6090008@nilspace.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit michael@estone.ca wrote:
> Quoting Neil Gunton <neil@nilspace.com>:
>
>> (First of all, I apologise if anyone sees this twice - I first posted >> to the AMD64 list, but then thought that the more general debian users >> list might get a broader response)... >> >> I'm curious as to whether anyone has experience of software RAID in >> Linux giving better overall performance on RAID10 than a RAID card such >> as the Adaptec 2015S. >> >> Server: Debian Etch AMD64 on Dual Opteron 265, 1.8GHz, i.e. 4 cores >> total, 4GB RAM, 4x10k Fujitsu SCSI 73GB, Adaptec 2015S zero-channel >> RAID card. >> >> Currently I have the four drives in RAID10 using the Adaptec, i.e. it >> appears as one big drive to Linux. Then a few days ago I saw this video >> presentation on scaling from one of the guys who developed YouTube: >> >> http://video.google.com/videoplay?docid=-6304964351441328559 >> >> >> Does anybody have any experience of this, or wisdom to impart? I have >> read all the arguments in favor of software RAID, and that's all very >> nice, but what I am primarily wondering about here is if it's likely >> that shifting over to software RAID might allow Linux to improve IO by >> more parallelization of reads/writes, or if it's just shifting >> complexity from one place to another, with the same bottleneck in >> between? (In which case, I guess, might as well go with software RAID, >> since it seems easier to recover from a controller crash). >>
>
> I suppose your system is in production and you can't really down it and
> run some tests to see if one out performs the other?
It's not nearby, in a datacenter up in Chicago... I'm in St Louis currently. However I will be going up in mid September to re-install the system. I have about an hour in the datacenter (they charge me for access, since someone has to be with me). I would certainly like to do some tests, though I have found the output from bonnie++ somewhat inscrutable and hard to parse, and I don't have a good handle on what parameters to give these benchmarking programs to really test what I'm talking about. It would be nice to be able to have some pre-made tests ready to run quickly just to get an idea. However I probably won't have time for more than a couple of install cycles before I have to finalize and be out of there. Thanks, /Neil

Date: Sat, 25 Aug 2007 17:19:36 GMT From: "s. keeling" <keeling@nucleus.com> To: debian-user@lists.debian.org Subject: Re: Disadvantages of Iceweasel instead of Firefox Message-ID: <slrnfd0p55.b47.keeling@heretic.nucleus.com> Stefan Monnier <monnier@iro.umontreal.ca>:
> > As you all know, Debian Etch released with Iceweasel instead of
> > Firefox. This is totally okay, but some applications (like X-Chat or
> > Gaim/Pidgin) still uses "firefox %u" command instead of "iceweasel %u" for
>
> Never had this problem. The only problem I bumped into is all the braindead
> websites that plainly refuse access if your User-Agent is not among the
> blessed ones.
ACK, including my own ISP, but "about:config" and changing "general.extra.useragent.firefox" to "Firefox/2.0.0.4" solves that foolishness. -- Any technology distinguishable from magic is insufficiently advanced. (*) http://blinkynet.net/comp/uip5.html Linux Counter #80292 - - http://www.faqs.org/rfcs/rfc1855.html Please, don't Cc: me.

Date: Sat, 25 Aug 2007 17:23:29 GMT From: "s. keeling" <keeling@nucleus.com> To: debian-user@lists.debian.org Subject: Re: Good fdisk Practices Message-ID: <slrnfd0pc5.b47.keeling@heretic.nucleus.com> Ron Johnson <ron.l.johnson@cox.net>:
>
> On 08/24/07 11:16, David Brodbeck wrote:
> >
> > Also, is there any good reason to have a separate /boot on a modern
> > system? I always thought /boot was just a kludge to get around old
> > BIOSes that couldn't load anything that wasn't on the first part of the
>
> I doubt it. I still do it, though, from tradition I guess.
There may be good reason for it still in terms of security. /boot doesn't need to be mounted on a running system. I'm not sure if that adds a lot of security though. -- Any technology distinguishable from magic is insufficiently advanced. (*) http://blinkynet.net/comp/uip5.html Linux Counter #80292 - - http://www.faqs.org/rfcs/rfc1855.html Please, don't Cc: me.

Date: Sat, 25 Aug 2007 20:29:27 +0300 From: wanderlust <wanderlust@ukr.net> To: debian-user@lists.debian.org Subject: Epson Perfection 1270 error Message-Id: <1188062967.22208.0.camel@Nightmorph.andiviga> Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, everybody. I've just tried to make some scan with Xsane, and discovered, that scanners' lamp is not returning on it's place, after making preview or scanning. It's suddenly stops in (I suppose) the same place. Can you advise me where I have to send bug-report? Sincerely, wanderlust.

Date: Sat, 25 Aug 2007 11:08:40 -0700 (PDT) From: "Dr. Jennifer Nussbaum" <bg271828@yahoo.com> To: debian-user@lists.debian.org Cc: luban@nerdshack.com Subject: Re: Networking problems Message-ID: <702457.12519.qm@web53408.mail.re2.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
> On Sat, 2007-08-25 at 07:20 -0700, Dr. Jennifer
> Nussbaum wrote:
> > Im on a wireless network now. I had a system
> freeze,
> > and when i rebooted, no networking interfaces came
> up
> > at
> > all. I was unable to get anything recognized, but
> then
> > again im not sure how to do this anyway.
> >=20
> > I rebooted again, this time booting into
> 2.6.18-4-686
> > (instead of -5-), and wireless networking did come
> up
> > in the boot process. However the Network Manager
> > applet doesnt show this--its still reporting in
> grey
> > "no network devices have been found". But if I run
> > network-admin it
> > does show that eth1 (my wirelss) is running, and i
> can
> > get online.
>=20
> Hello.
>=20
> Could you post the contents of your
> /etc/network/interfaces file? If an
> interface is set there, NetworkManager will ignore
> it, so this may be
> the cause.
Here it is: --- begin included file --- ~ $ more /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp iface eth1 inet dhcp wireless-essid 06B410505753 auto eth1 --- end included file --- I hadnt done anything intentionally to use this--i wanted to be using NetworkManage for everything. How do i go back? Also, theres still the (probably bigger) problem that 2.6.18-5 doesnt find my wireless interface at all. And that even though i upgraded to 2.6.18-6, this isnt given to me as an option when i boot. Any thoughts about those? Thank you! Jen =20 _________________________________________________________________________= ___________ Choose the right car based on your needs. Check out Yahoo! Autos new Car= Finder tool. http://autos.yahoo.com/carfinder/ End of debian-user-digest Digest V2007 Issue #2250 ************************************************** Received on Sat Aug 25 14:10:47 2007

Can we help you?X

This archive was generated by hypermail 2.1.8 : Sun Oct 07 2007 - 07:54:11 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library