[gentoo-user] Re: External HDD: sector size incorrectly detected on first connect
On 03/06/2015 11:44 AM, Marc Joliet wrote: mega-snip What happens is that when I (cold) boot my desktop, my external Toshiba 3TB drive (which is always connected via USB3) is detected, but cannot mount. It *does* work once I unplug the USB3 plug and plug it back in. I once hated replies containing the question Does it work under Windows? but a bit of experience with usb3 external drives has made me rethink the matter. Here's my thinking: if the usb3 drive works correctly with Windows but not with linux, the problem is software -- i.e. the device driver. The xhci driver is under heavy development because usb3 is still new tech, and I've found and reported a few bugs in the last year or so and they got fixed. If your Toshiba drive has no partitions formatted in an M$ filesystem, you could use gparted to make some free space on the drive and then create and format a new M$-readable partition just for testing purposes. I'm sure you don't have a Windows machine yourself, so you will need to make friends with somebody who does ;)
[gentoo-user] Re: Replacement for acroread on 64bit system?
On 07/03/15 00:42, Grant Edwards wrote: What is a good acroread replacement? Not sure if it's a good replacement, but I'm using Google Chrome. It has a built-in PDF viewer. (I just dragdrop PDF documents into an empty tab.) It can also print. It might be worth checking out.
[gentoo-user] Replacement for acroread on 64bit system?
What is a good acroread replacement? I'm not sure what changed, but as of a few weeks ago I can no longer install acroread on my AMD64 system (something to do with x86 emulation librarys being blocked by something in the Xorg server). I decided to try to live without acroread. I've been using evince and emacs, and they're both satasifactory most of the time, but they fall down when it comes to printing. One of the things I like to be able to do is to open up a PDF document and print a portion of one of a page in a size that fills a single 8.5x11 sheet. This is trivial in acroread, but impossible in evince or emacs (actually I can't figure out how to print at all in either one). Being able to print a portion of a page is particularly useful for things like printing out an area of interest from a C size schematic or printing a single table from a user manual or datasheet. How do I do that without acroread? [I'm running an XFCE desktop, so would prefer something that doesn't pull in a gigabyte of Gnome or KDE dependancies.] Yes, I _have_ figured out how to do it with various command line tools (pdftk, psresize, etc.), but that involves 20 minutes of trial and error (and dozens of sheets going into the recycle bin) to do something that would take 20 seconds in acroread (and work on the first try). -- Grant Edwards grant.b.edwardsYow! I have a VISION! It's at a RANCID double-FISHWICH on gmail.coman ENRICHED BUN!!
Re: [gentoo-user] Replacement for acroread on 64bit system?
Am Freitag, 06.03.2015 um 22:42 schrieb Grant Edwards grant.b.edwa...@gmail.com: What is a good acroread replacement? I use qpdfview. I like it because of it's bookmarks, tabs and rendering quality. If you don't want QT stuff then you can try atril instead. It is a very simple but also very fast PDF-Viewer. With both programs it is possible to print whole documents or single pages without problems. But it is not possible to print partial pages. I never had a need for such a feature, but would probably use gimp for that purpose. -- Regards wabe
[gentoo-user] Re: new linux router
On Fri, Mar 06, 2015 at 02:03:48AM +, James wrote: For the distribution, I'd recommend Alpine: http://www.alpinelinux.org/about Why would that be better than putting lilblue (gentoo) on the board. Maybe somebody who has success with booting off of usb (and that definitely is not me) could test lilblue on an alix2d3 board? I don't know much Lilblue but it looks like a somewhat recent project. Alpine started back in 2005. It's based on portage to build the distribution but uses the apk-tools that fit better for embedded systems, IMHO. Also, Alpine comes with a very lightweight minimal installation, reliable toolchain to build the distribution and uses openrc. The well known debian-like configuration files allow new maintainers to quickly be comfortable with the device. The recent move to musl over uClibc is a good thing too, FMPOV. I expect Alpine to have a wider community than Lilblue. How did you have your make.conf files (or similar under Alpine) set up? You don't have make.conf on the target. Embedded devices are bad at compiling. With Alpine, you cross-compile the target from your desktop/server/VM. If I go this route, I'd really rather run gentoo or something quite similar, rather than a distro I not familiar with. On the target device, apk-tools are very easy to use and requires MUCH less time/ressources than emerge. Quiet frankly, Alpine doesn't require specific skills. I've started with the binary provided by the maintainers and never had to compile any package myself. That's the combo I used in a recent past and it worked quiet fine (802.1q VLAN, traffic shaping with tc, advanced firewall with scripted iptables rules, ethernet cards controlled with ethtool (I could fix speed/duplex for incompatible network hardware), ssh, etc). I'm not familiar with Alpine linux. How many of your scripts would be useful on gentoo? If what you did is sensitive, just drop to me privately. Sorry, I can't. I don't have them anymore while I'm sure they are still used in production. It's something easy to do, though. The scripts themselves are distribution agnostic. E.g. my ipfilter service only used $IPTABLES. The only thing to update are the service files for openrc, systemd, upstart, whatever. -- Nicolas Sebrecht
[gentoo-user] Re: Virtualbox-guest-additions-4.3.24 breaks 3D acceleration in linux guests (?)
Alan McKinnon alan.mckinnon at gmail.com writes: Downgrading Virtualbox to 4.3.20-r1 fixes the problem on one ~amd64 machine but, of course, not the other one sigh. (not the xf86-* File a bug at b.g.o. what you describe has much potential to trip up many people Well, I have to concur with what I did not prune out of this thread. My recent experience with xf86* on my amd64 and the 3.18.6 kernel had me reading quite a few horror stories of others; finally I found a solution, that is more a result of marathonic efforts as opposed to finding the correct nuggets of information. I.E. in this area I'm willing to bet there are ample bugs and things that have been modified or fixed, but the knowledge is just not disseminated. I filed no bugs because clarity never appeared as to the exact problem(s). For example in /lib/firmware/radeon I have these relevant drivers some are lower case some are uppercase and my card requires the (V|v)erde* drivers and at least one TAHITI driver. In fact the inter relationships on some kernel options are there, but are not, or are poorly, defined. I think this is a result of the quickened turn_around speed of the kernel versions. Quality was sacrificed, imho. I found no documentation as to why. It's just a mess, imho. I could list dozens of things, but the impression I got was (dev)folks are hacking at this, but it's not cleaned up because there is little clarity for (kernel) devs or other subsequent development efforts. I sure hope I'm wrong. ymmv. James
[gentoo-user] Re: new linux router
Nicolas Sebrecht nicolas.s-dev at laposte.net writes: For the distribution, I'd recommend Alpine: http://www.alpinelinux.org/about Sorry, I can't. I don't have them anymore while I'm sure they are still used in production. It's something easy to do, though. The scripts themselves are distribution agnostic. E.g. my ipfilter service only used $IPTABLES. The only thing to update are the service files for openrc, systemd, upstart, whatever. I've gone this route before. Sooner or later, I need something else and then adding/customizing it is often very arduous Still Alpine is interesting. Building a minimize Gentoo or embedded Gentoo is not difficult either. Musl will be in the final mix, regardless of which direction I go. Thanks for providing additional information for me to ponder before choosing a new router. Thanks, James
Re: [gentoo-user] {OT} offline backups
On Tue, Mar 03, 2015 at 07:51:35AM -0800, Grant wrote I have several encrypted backup repositories online and I'd like to somehow mirror that offline. I currently have about 20G of data to back up. Any ideas? Rewritable Blu-Ray? It would seem that this is a backup to a backup. I think I read earlier that the OP already has backups but just wants more backups just in case. I guess one can never really have to much, I guess. The idea is to have an offline backup in case all of my online stuff is infiltrated. Should I just connect a USB tape drive, USB hard drive, or USB flash drive when I want to back up the backups? Can tape be rewritten? If not, that may be the best choice so I can leave it connected all the time and not worry about it being deleted. - Grant
Re: [gentoo-user] {OT} reliable USB extender?
I need to connect a Zebra LP2844 USB label printer at about 35 feet from a Gentoo machine. I got this: http://www.amazon.com/gp/product/B003L14ZTC but it is proving to be unreliable. The printer stops responding many times per day and needs to be power cycled. Is there a reliable way to make this connection? These devices only do USB 1.1. Have you considered a USB repeater cable or two. Some of those are very good, I know someone who has run webcams over greater distances using them. Very cool, thank you. I will try that for the printer and possibly for some webcams as well. - Grant
Re: [gentoo-user] {OT} offline backups
I have several encrypted backup repositories online and I'd like to somehow mirror that offline. I currently have about 20G of data to back up. Any ideas? Rewritable Blu-Ray? It would seem that this is a backup to a backup. I think I read earlier that the OP already has backups but just wants more backups just in case. I guess one can never really have to much, I guess. The idea is to have an offline backup in case all of my online stuff is infiltrated. Should I just connect a USB tape drive, USB hard drive, or USB flash drive when I want to back up the backups? Can tape be rewritten? If not, that may be the best choice so I can leave it connected all the time and not worry about it being deleted. - Grant 'connected all the time'? You seem not to know how tape works? I've never used tape before. Does it need to be disconnected or something? - Grant
Re: [gentoo-user] {OT} offline backups
Am Freitag, 06.03.2015 um 09:10 schrieb Grant emailgr...@gmail.com: On Tue, Mar 03, 2015 at 07:51:35AM -0800, Grant wrote I have several encrypted backup repositories online and I'd like to somehow mirror that offline. I currently have about 20G of data to back up. Any ideas? Rewritable Blu-Ray? It would seem that this is a backup to a backup. I think I read earlier that the OP already has backups but just wants more backups just in case. I guess one can never really have to much, I guess. The idea is to have an offline backup in case all of my online stuff is infiltrated. Should I just connect a USB tape drive, USB hard drive, or USB flash drive when I want to back up the backups? Can tape be rewritten? If not, that may be the best choice so I can leave it connected all the time and not worry about it being deleted. Tape is rewriteable of course. Otherwise it would be a very expensive backup solution over the time (also depending on the amount of backup data). ;-) If media reliability is not most important for you and you already have some (used) hard drive or USB drive then the costs are zero. If you wanna have a more robust solution you must spend some money for a tape drive or a hard disk RAID. If you wanna use tape, don't buy a DAT drive. Most of them (especially the cheaper ones) are crap. As Armin already suggested, buy a DLT or LTO tape. -- Regards wabe
Re: [gentoo-user] {OT} offline backups
On Fri, Mar 6, 2015 at 1:15 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 06.03.2015 um 18:10 schrieb Grant: On Tue, Mar 03, 2015 at 07:51:35AM -0800, Grant wrote I have several encrypted backup repositories online and I'd like to somehow mirror that offline. I currently have about 20G of data to back up. Any ideas? Rewritable Blu-Ray? It would seem that this is a backup to a backup. I think I read earlier that the OP already has backups but just wants more backups just in case. I guess one can never really have to much, I guess. The idea is to have an offline backup in case all of my online stuff is infiltrated. Should I just connect a USB tape drive, USB hard drive, or USB flash drive when I want to back up the backups? Can tape be rewritten? If not, that may be the best choice so I can leave it connected all the time and not worry about it being deleted. 'connected all the time'? You seem not to know how tape works? To be more explicit: Typically the workflow with tape is to rotate your media storing each backup on a new tape, with not-in-use tapes stored someplace safe (often a fire safe for short-term storage, and off-site for long-term storage - depending on level of paranoia and willingness to deal with expenses). I need to look on EBay some time but tape isn't nearly as cheap as some seem to be making it out to be. Hard drives have sized up so quickly that it is no longer common to be able to buy a cheap tape drive that can store a few hard drives on a single tape. An LTO-6 tape stores 2.5TB (uncompressed) and costs about $35. A drive capable of writing on it costs about $2k new. Tape makes sense for its longevity, but cost-wise it only makes sense if you're writing a LOT of tapes. If you needed to store 10 tapes worth, hard drives would still be cheaper. If you had to store 20 tapes worth, the tapes would probably be cheaper. Obviously if you can get a great used deal on the tape drive and it is in good shape, then the economics change. So, when you're storing on tape it usually makes sense to rotate your media and not keep overwriting/appending the same tape over and over. After all, you made the big expense for the drive already, and the tapes are relatively cheap (though not trivially so). Hard drives are a different story, and since hard drives are less durable in general it might make sense to avoid moving them around more than you have to. If you really only have 20GB of data and it is really important, it looks like you can pick up LTO-1 drives for $20 and tapes for about the the same kind of cost. Granted, USB sticks are still going to be cheaper, but the reliability of tape is very good (reliability of $20 used drives, probably not so much but if it fails on a restore you can probably always buy another $20 drive as long as you can get your tape out of the thing). I think a lot of places have been moving more towards hard drives for backup though, unless it is for archival (write once, save for 10 years). If I want to save 1000TB to hard disk, I can buy 300x3TB drives and write my backups at a rate of 300xSATA speeds. If I want to save 1000TB to tape I need 300 tapes (much cheaper), and then either 1 drive stuck writing at 160MB/s (which is way cheaper than the hard drives), or have many drives which scales up the writing speed but ultimately becomes more expensive than the hard drives. The advantage of the tapes comes if you want to hang onto full backups for a long time. There is a reason companies like backblaze are using hard drives. I wish tape was a practical option for me, but my backups currently consume 3.7TB. I'd much rather have offline tapes instead of a pair of online hard drives storing only a few days worth of de-duped backups (using rsnapshot). However, the pair of drives costs only $200, and storing that kind of volume using tape right now would cost me $2100, with the need to swap tapes every time I did a backup (vs automated nightly backups currently). The tapes would of course be far more secure if some malware came along and decided to wipe things, and a small subset of my data is backed up to the cloud to mitigate against this and other localized disasters. -- Rich
[gentoo-user] Re: new linux router
Neil Bothwick neil at digimed.co.uk writes:
I'm not sure the arch of a 500 MHz AMD Geode LX800;
isn't that compatible with i686 binaries? I found this:
The Geode LX800 is more like an i486. I used to use a box based on one
(not as a router) in the days before the Raspberry Pi. I used to build
packages in a chroot on my i7 box, using these settings
Yes, this processor is a bit of a chameleon. Several companies
manufactured it and under several different versions with slightly
different instruction sets inside. You really have look at
the part id number and the silicon vendors data sheets or
test out some of the options to be for sure. They all mask (label
print) the chips to look the same... Some are full i686
and some are crappy i486 and some are in between. They are intended
for embedded products, so the firmware folks developing the codes
get the accurate data from the chip vendors directly. It's
kinda like buying drugs in south america, you better know
your connection, really well (aha ha ha ha). Sorry, but the old,
jaded embedded engineer in me never really gets too quiet.
CFLAGS=-O2 -march=geode -pipe -fomit-frame-pointer
CXXFLAGS=${CFLAGS}
CHOST=i486-pc-linux-gnu
MAKEOPTS=-j16 -l10
This would be a keen starting point combined
with /proc probing
MAKEOPTS=-j16 -l10
Might not be the best settings? [1]
Look for these lines in the reference thread and translate
to a makeopts syntax? Interesting discussion.
MAKE -j $nthreads -l $((nthreads-1)).8
EMERGE –jobs $((nthreads+1) –load-average ${nthreads}.4
thx,
James
[1] https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-
not-the-best-optimization/
Re: [gentoo-user] {OT} offline backups
Am 06.03.2015 um 18:10 schrieb Grant: On Tue, Mar 03, 2015 at 07:51:35AM -0800, Grant wrote I have several encrypted backup repositories online and I'd like to somehow mirror that offline. I currently have about 20G of data to back up. Any ideas? Rewritable Blu-Ray? It would seem that this is a backup to a backup. I think I read earlier that the OP already has backups but just wants more backups just in case. I guess one can never really have to much, I guess. The idea is to have an offline backup in case all of my online stuff is infiltrated. Should I just connect a USB tape drive, USB hard drive, or USB flash drive when I want to back up the backups? Can tape be rewritten? If not, that may be the best choice so I can leave it connected all the time and not worry about it being deleted. - Grant 'connected all the time'? You seem not to know how tape works?
Re: [gentoo-user] Strange network behaviour: NIC goes down, DHCP lease renewal fails (WORKED AROUND)
First of all, thanks to everybody who responded so far. I wanted preface my reply to Alan by mentioning that the local sysadmin made changes to the DHCP server that appear to have worked around whatever the issue is. I don't fully understand the error analysis (something to do with the DHCP client reaching a particular state and sending DHCP packets that something in-between it and the DHCP server doesn't like and that might result in vendor dependent behaviour), but what the DHCP server now does is tell the client to use the broadcast address as the DHCP server address (which is weird, because the DHCP clients always switch to the broadcast address after a timeout, but of course I'm no DHCP expert). The affected PCs have been working normally all day today. So the current resolution is it works, but we still don't understand (or at least me and my boss don't) what the underlying issue is. Hence I'm still curious what people who know these technologies better than me think. Also, I suppose it was confusing to say that the switch never saw the packets. The way this was determined was by post-mortem log inspection; AFAIK we didn't do any live inspection on the switch. Based on the workaround, the conclusion we came to is that the switch must have dropped the packets (for whatever reason) without logging that it did. Am Fri, 6 Mar 2015 08:01:44 +0200 schrieb Alan McKinnon alan.mckin...@gmail.com: [...] I've seen similar things many times myself (but nevr on Intel network kit so far) A lot of reading and Googling usually leads to the solution: - firmware upgrade for the hardware OK, I can look into that. - use the correct driver (this is often non-obvious) - try the in-kernel driver vs any out-of-tree vendor driver All PCs run with the e1000e in-kernel module. I think the Fedora systems run 3.18.7, so it's about as current as it can be, too. Could it really be that the kernel selects the wrong driver? - apply driver parameters designed to work around buggy hardware (this often involves (much reading) I will also consider that. I see that the kernel sources contains documentation for the e1000e driver that I can look at. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpNyNXibXVSG.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Strange network behaviour: NIC goes down, DHCP lease renewal fails (WORKED AROUND)
On 06/03/2015 20:45, Marc Joliet wrote: First of all, thanks to everybody who responded so far. I wanted preface my reply to Alan by mentioning that the local sysadmin made changes to the DHCP server that appear to have worked around whatever the issue is. I don't fully understand the error analysis (something to do with the DHCP client reaching a particular state and sending DHCP packets that something in-between it and the DHCP server doesn't like and that might result in vendor dependent behaviour), but what the DHCP server now does is tell the client to use the broadcast address as the DHCP server address (which is weird, because the DHCP clients always switch to the broadcast address after a timeout, but of course I'm no DHCP expert). The affected PCs have been working normally all day today. In light of what you say below: I'd be interested to hear what your sysadmin has to say; dhcp is one of those things that JustWork(tm) - it uses regular tcp and nothing funny about it at all. The only thing normally between your NIC and the dhcp server is a switch, so that's what I'd be looking at. So the current resolution is it works, but we still don't understand (or at least me and my boss don't) what the underlying issue is. Hence I'm still curious what people who know these technologies better than me think. Also, I suppose it was confusing to say that the switch never saw the packets. The way this was determined was by post-mortem log inspection; AFAIK we didn't do any live inspection on the switch. Based on the workaround, the conclusion we came to is that the switch must have dropped the packets (for whatever reason) without logging that it did. Am Fri, 6 Mar 2015 08:01:44 +0200 schrieb Alan McKinnon alan.mckin...@gmail.com: [...] I've seen similar things many times myself (but nevr on Intel network kit so far) A lot of reading and Googling usually leads to the solution: - firmware upgrade for the hardware OK, I can look into that. - use the correct driver (this is often non-obvious) - try the in-kernel driver vs any out-of-tree vendor driver All PCs run with the e1000e in-kernel module. I think the Fedora systems run 3.18.7, so it's about as current as it can be, too. Could it really be that the kernel selects the wrong driver? - apply driver parameters designed to work around buggy hardware (this often involves (much reading) I will also consider that. I see that the kernel sources contains documentation for the e1000e driver that I can look at. I wasn't aware you had e1000e hardware - those are about as reliable as they come. I've used many of them and never had the slightest trouble at all. By all means study up on firmware and driver options - if you don;t know much about that area it's very illuminating to find out more. But based on experience I'd say the chances of finding an oddity with e1000e are slim, and I'd be looking at a misconfigured switch. There are some strange switches out there that let you make crazy configuration, like eg blanket drop all broadcast traffic on one or more ports. That's where I'd be looking first. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] External HDD: sector size incorrectly detected on first connect
Hi again This has been frustrating me ever since I bought the drive, but I have pushed off looking into it for a while. Part of the reason is that my desktop used to run pretty much 24/7 before I moved, so I rarely had to deal with this issue. However, now I'm more interested in not pointlessly wasting electricity and as such, encounter this issue at least once a day. Since my automatic backups run automatically if they were scheduled to run while the computer was off, this is becoming more and more annoying. What happens is that when I (cold) boot my desktop, my external Toshiba 3TB drive (which is always connected via USB3) is detected, but cannot mount. It *does* work once I unplug the USB3 plug and plug it back in. After finally getting around to debugging the issue, looking at the kernel log very quickly showed me what was happening: # journalctl -k -b -1 | grep sdg Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] 5860533160 512-byte logical blocks: (3.00 TB/2.72 TiB) Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] Write Protect is off Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] Mode Sense: 2b 00 00 00 Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA Mär 06 16:55:34 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Mär 06 16:55:20 marcec kernel: sdg: sdg1 sdg2 Mär 06 16:55:20 marcec kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Mär 06 16:55:20 marcec kernel: sd 8:0:0:0: [sdg] Attached SCSI disk Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] Write Protect is off Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] Mode Sense: 2b 00 00 00 Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Mär 06 16:57:08 marcec kernel: sdg: sdg1 sdg2 Mär 06 16:57:08 marcec kernel: sdg: p1 size 10476524864 extends beyond EOD, enabling native capacity Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Mär 06 16:57:08 marcec kernel: sdg: sdg1 sdg2 Mär 06 16:57:08 marcec kernel: sdg: p1 size 10476524864 extends beyond EOD, truncated Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Mär 06 16:57:08 marcec kernel: sd 9:0:0:0: [sdg] Attached SCSI disk Mär 06 16:57:10 marcec kernel: BTRFS: device label MARCEC_BACKUP devid 1 transid 64138 /dev/sdg2 Mär 06 16:57:10 marcec kernel: BTRFS info (device sdg2): disk space caching is enabled Mär 06 16:57:17 marcec kernel: EXT4-fs (sdg1): mounted filesystem with ordered data mode. Opts: (null) (I rebooted in the meantime, and the drive is always detected correctly then, hence the -b -1 argument to journalctl.) As you can see, the kernel initially thinks that it has 512-byte logical blocks. After unplugging the USB3 cable and plugging it back in it is detected as having 4096-byte logical blocks. From then on it works fine. The interesting question now is: *why* does this happen? According to [0] and [1], the problem is that the enclosure firmware is doing some silly block size translation in order to support MBR partitions, which apparently is done in a buggy fashion to boot. Sadly, they provide no solution. (I also can't help but wonder if that also helps explain the p1 size 10476524864 extends beyond EOD, truncated messages. Note that the partitioning was done with gparted, but IIRC even editing it with cfdisk couldn't get rid of it.) I have not been able to find a way to fix this issue. The manual that comes with the drive is devoid of relevant information, and so far google comes up with several related posts, each without a solution. So, does anybody know of a way to get the drive to work more reliably? Or will I have to resort to a different enclosure (when I can afford it)? [0] http://askubuntu.com/questions/337017/cant-read-partition-table-of-3tb-usb-disk [1] http://ubuntuforums.org/showthread.php?t=1536933 Greetings, -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpYOFQFAG5Se.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Strange network behaviour: NIC goes down, DHCP lease renewal fails (WORKED AROUND)
Am Fri, 06 Mar 2015 21:35:45 +0200 schrieb Alan McKinnon alan.mckin...@gmail.com: On 06/03/2015 20:45, Marc Joliet wrote: First of all, thanks to everybody who responded so far. I wanted preface my reply to Alan by mentioning that the local sysadmin made changes to the DHCP server that appear to have worked around whatever the issue is. I don't fully understand the error analysis (something to do with the DHCP client reaching a particular state and sending DHCP packets that something in-between it and the DHCP server doesn't like and that might result in vendor dependent behaviour), but what the DHCP server now does is tell the client to use the broadcast address as the DHCP server address (which is weird, because the DHCP clients always switch to the broadcast address after a timeout, but of course I'm no DHCP expert). The affected PCs have been working normally all day today. In light of what you say below: I'd be interested to hear what your sysadmin has to say; dhcp is one of those things that JustWork(tm) - it uses regular tcp and nothing funny about it at all. The only thing normally between your NIC and the dhcp server is a switch, so that's what I'd be looking at. That's also why I was confused about the whole thing and why I originally thought that it was either a power management issue or some sort of network problem. I'll see if I can ask when I'm there again next week. [...] I wasn't aware you had e1000e hardware - those are about as reliable as they come. I've used many of them and never had the slightest trouble at all. By all means study up on firmware and driver options - if you don;t know much about that area it's very illuminating to find out more. But based on experience I'd say the chances of finding an oddity with e1000e are slim, and I'd be looking at a misconfigured switch. That's pretty much what the sysadmin said, too, when I asked what he thought of the power management issue idea. There are some strange switches out there that let you make crazy configuration, like eg blanket drop all broadcast traffic on one or more ports. That's where I'd be looking first. Yeah, that agrees with my instinct that it's most something to do with the switch. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpJquk0AAxNT.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Re: new linux router
On Fri, 6 Mar 2015 17:37:38 + (UTC), James wrote: MAKEOPTS=-j16 -l10 Might not be the best settings? [1] Look for these lines in the reference thread and translate to a makeopts syntax? Interesting discussion. There was also a discussion on this list a year or two ago, where Michael Mol conducted some extensive tests. My settings came out of that discussion. -- Neil Bothwick Engineers do it with less resistance. pgp1pgehhPjT5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Strange network behaviour: NIC goes down, DHCP lease renewal fails (WORKED AROUND)
On 03/06/2015 11:57 AM, Marc Joliet wrote: I wasn't aware you had e1000e hardware - those are about as reliable as they come. I've used many of them and never had the slightest trouble at all. By all means study up on firmware and driver options - if you don;t know much about that area it's very illuminating to find out more. But based on experience I'd say the chances of finding an oddity with e1000e are slim, and I'd be looking at a misconfigured switch. That's pretty much what the sysadmin said, too, when I asked what he thought of the power management issue idea. There are some strange switches out there that let you make crazy configuration, like eg blanket drop all broadcast traffic on one or more ports. That's where I'd be looking first. Yeah, that agrees with my instinct that it's most something to do with the switch. Is the dhcp server virtualized using vmware? I've come across a very strange issue where ESXi's e1000e driver is very buggy and caused random disconnects to the virtual machine. This is strictly server side, however, nothing to do with the client and/or switch. I suspect that you probably aren't using ESXi, but figured I'd mention it anyway. This happened (in my experience) with both Windows and Linux guests on ESXi, and the only way to get around it was to use some other driver for the virtual machines (like VMWare's vmnet3 driver.) Dan
Re: [gentoo-user] Re: new linux router
On Fri, 6 Mar 2015 02:03:48 + (UTC), James wrote:
I'm not sure the arch of a 500 MHz AMD Geode LX800;
isn't that compatible with i686 binaries? I found this:
When it comes to compiling, just compile with -march=geode. That
option is defined on any i386/x86-64 gcc, so no real need to
cross-compile. If you want to run the binary on your compiler host as
well (without a recompile), try something like -march=i486
-mtune=geode.
The Geode LX800 is more like an i486. I used to use a box based on one
(not as a router) in the days before the Raspberry Pi. I used to build
packages in a chroot on my i7 box, using these settings
CFLAGS=-O2 -march=geode -pipe -fomit-frame-pointer
CXXFLAGS=${CFLAGS}
CHOST=i486-pc-linux-gnu
MAKEOPTS=-j16 -l10
--
Neil Bothwick
I backed up my hard drive and ran into a bus.
pgp0BpZWsfyng.pgp
Description: OpenPGP digital signature
