Thunar in 16.04 seem worse, but I replaced the binary with what was
posted in the link below and I am seeing VERY infrequent occurence of
this renaming issue:
https://bugzilla.xfce.org/show_bug.cgi?id=12264#c61
I can't live without Thunar (lots of custom actions), so this post has been a
Same symptom for me as well with Xubuntu 12.04.
FINISH button is grayed out.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/810130
Title:
Nautilus Actions Import Fails
To manage notifications about
I'm so tired of chasing bugs on this VIA board that I think I'll be
switching to a purely Intel board.
No one takes any notice when we add information to this bug, so I'm moving
on.
Good luck, guys.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
You have to create a fair amount of traffic with 9.04. Bittorrent alone
will not cause the problem. Try FTPing a couple of DVD ISOs from a local
node on the LAN simultaneously and see what happens.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
9.04 also has the same issue, just more infrequent than other versions.
I feel that the VIA chipset support in the kernel isn't up to scratch.
Hate to say this, but it's probably time to move to an Intel platform and be
rid of this long-lasting headache.
On Mon, Jul 5, 2010 at 2:55 AM, besson3c
On Lucid, they've broken my workaround, RTL-8169, so now I have NO OPTIONS
but to go back to 9.10 and use the RTL-8169 since the VIA is still utterly
broken with all versions.
Someone please fix this damn bug...
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
Looks as though Lucid is going to be based on kernel 2.6.32, in which
case the above mentioned (#34) bug fix will not be included. Guess the
onboard LAN will remain disabled for a lot longer than I had hoped.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
I've been running for about 3 weeks with a Realtek RTL-8169 PCI card
(turns out that the Intel card I mentioned earlier was PCI-e and I was
already using that slot) with no problems with large file transfers.
I also would like to mention that Ubuntu 9.04 with no kernel updates
will also display
No mention of a driver fix for via-rhine in the 2.6.33 changelogs
either. I think I'm gonna have to go ahead and install the Intel card
since I don't want to stay with 9.04 for much longer. I'll let you guys
know if changing the card helps the Shuttle or not.
--
NETDEV WATCHDOG: eth0
I don't see any relevant changes in the 2.6.32.x changelogs so I don't
think it's worthwhile going through testing 2.6.32.2.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug notification because you are a member of
This isn't an isolated issue with Ubuntu 9.10. I just tested using a
Fedora 12 Live CD, transferring 3x 8GB files simultaneously to a Windows
XP share and after about 15 minutes, the same problem occurred.
The kernel for Fedora 12 is 2.6.31.5-127.fc12.i686.
So the good news is that this isn't
Found this: http://bugzilla.kernel.org/show_bug.cgi?id=11663
** Bug watch added: Linux Kernel Bug Tracker #11663
http://bugzilla.kernel.org/show_bug.cgi?id=11663
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug
I think the watchdog kicked-in because the via-rhine driver did not
respond to a command (I think I read somewhere that it waits 10ms). So,
assuming that the Ethernet controller has hung, the system attempts to
reset the VT6102 chip, but looking at the log that isn't successful
either, it just
I hope this is related: http://patchwork.kernel.org/patch/69308/
Would love to see this fixed by the next Ubuntu LTS release.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug notification because you are a member of
That's interesting, because I've been running 9.04 with 2.6.28-16 for
weeks now without this issue.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Did some googling around and it seems Ubuntu is the only distro having this
issue.
Rather tempted to throw in an old HDD into the Shuttle and try testing a new
Fedora or openSUSE...
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You
2.6.28-16-generic (9.04) has been stable for over 2 weeks.
I wonder which kernel version broke the VIA-Rhine support?
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug notification because you are a member of Ubuntu
I went back to 9.04 and loaded all updates. No further problems for a
week. Even passed the ftp/smb tests that previously failed with
consistantly 9.10.
I will stay with 9.04 until this problem is repaired.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
I take my previous comment back. This occurs with a clean install on a
Shuttle SK22V10 with 9.10.
Here my latest messages log:
Nov 15 16:37:07 cube kernel: [338855.220066] usb 4-1: USB disconnect, address 2
Nov 15 16:37:07 cube kernel: [338855.220246] gspca: disconnect complete
Nov 15 16:59:35
Loaded Ubuntu 9.10 from scratch and not via update-manager and 9.04.
Problem has not returned.
Please ignore my comments for now.
--
NETDEV WATCHDOG: eth0 (via-rhine): transmit queue 0 timed out
https://bugs.launchpad.net/bugs/454747
You received this bug notification because you are a member
My Shuttle box also suffers from this problem after upgrading to 9.10
(9.04 was fine). Ethernet chip periodically locks up - about once a day
with the following log:
Nov 3 19:24:39 cube kernel: [ 9782.746442] EXT3-fs warning: maximal mount
count reached, running e2fsck is recommended
Nov 3
My Dell mini9 also had the same problem. Procedure in comment 23 also
fixed mine.
--
I cannot connect to any server. Conection hangs up at channel 0: open confirm
rwindow 0 rmax 32768
https://bugs.launchpad.net/bugs/237894
You received this bug notification because you are a member of Ubuntu
My Dell mini9 also had the same problem. Procedure in comment 23 also
fixed mine.
--
I cannot connect to any server. Conection hangs up at channel 0: open confirm
rwindow 0 rmax 32768
https://bugs.launchpad.net/bugs/237894
You received this bug notification because you are a member of Ubuntu
23 matches
Mail list logo
