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
>>>> 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
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
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