Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
On Thu, 30 Apr 2009 10:52:42 +0600, Mike Kazantsev wrote: So I thought there's gotta be something that fits these criterias, but so far I've found only dar and it seems quite slow and a bit unsuited for these needs. What backup medium are you using? If hard disks, do you have a separate machine for storing them? If so, BackupPC may suit your needs. The ebuild in Portage is out of date but the latest version is available from Bugzilla - http://bugs.gentoo.org/show_bug.cgi?id=141018 It allows restoration of individual files or directories, from any backup point, and doesn't require any special software on the machines being backed up, only SSH access. It can backup Windows and *nix machines. -- Neil Bothwick Waiter! There's a fly in my qagh! signature.asc Description: PGP signature
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
On Thu, 30 Apr 2009 08:25:38 +0100 Neil Bothwick n...@digimed.co.uk wrote: What backup medium are you using? Oh my, I've managed to forget about it! The medium is regular sata2 hard drives with ext3 filesystem on a dedicated backup machine with quite rusty debian (etch) linux. Most backed-up systems (that I care about) are actually freebsd 6, the rest are linux. Most stored backups are 20-60 GB. Main bottleneck here is the network - quite laggy 100 Mbps link, because this backup server is quite far and isolated from the rest. Also it's completely inaccessible from backed-up machines, aside from reverse tunnels, which I rarely use as a dirty hacks. And this link has tendency to go down every once in a while, interrupting ongoing transfers. That said, nightly backup should always be available, so the backups are actually created on hotswap sata2 drives of each individual machine and grabbed by backup server over ssh and, in some cases, nfs. These days the scripts on the backup server quite frequently (10-50 times a day) connect to the other hosts and receive requests for certain paths from stored backups. So they parse backups with tar picking out given paths and pushes them back, as requested. Needless to say, it is slow, hence the need. Well, that's probably a bit more verbose than necessary, but the point is that (I believe) the backups should be created right on backed-up systems' hard disks, so: 1. Have random access to backup storage. 2. Prolonged io/cpu load is a bad thing. 3. Compression (at least of gzip ratio) is a must, because of limited storage on backed-up machines. 4. In-backup seek times should be lower than tar (which is scanning the whole file). 5. I write py scripts for a living, so the question is really in a backup format - transfer and storage structure is not the issue. Easiest thing I've thought of is just to generate tar index on first archive pass and then just skip to the recorded point in ungzipped stream, feeding the rest to tar, stopping when necessary, but there's no point to debug and maintain this system if there are better solutions already. If hard disks, do you have a separate machine for storing them? If so, BackupPC may suit your needs. The ebuild in Portage is out of date but the latest version is available from Bugzilla - http://bugs.gentoo.org/show_bug.cgi?id=141018 It allows restoration of individual files or directories, from any backup point, and doesn't require any special software on the machines being backed up, only SSH access. It can backup Windows and *nix machines. Thanks, will check it out, but I'm afraid that live network backups aren't the best solution in my case. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
Mike Kazantsev mike_kazant...@fraggod.net wrote: It seems that tar/gzip/bzip2 are almost universal solutions for unix-like system backups and we're using tar/gz combo to create backups from the dawn of times. But as the time goes by I stumble upon two misfits of such a combination more and more: People on Linux who use the term tar are usually not talking about tar bug about gtar which is not 100% tar compatible and thus creates problems with archive interchange. So I thought there's gotta be something that fits these criterias, but so far I've found only dar and it seems quite slow and a bit unsuited for these needs. dar is using a nonstandard and proprietary archive format. Did you look at star? Star is the oldest free tar implementation. It is 100% compatible to the standard and allows you to do incremental backups based on the POSIX.1-2001 archive format. Star includes support for all additional meta data. Any at least POSIX.1-2001 compliant archiver is able to read the archives written by star and if you are ever need to restore a star based backup with a different program, you only loose the ability to do incremental restores that deal with renamed/removed files. ftp://ftp.berlios.de/pub/star/ The latest development source is in the schily source bundle at: ftp://ftp.berlios.de/pub/schily/ Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
Neil Bothwick n...@digimed.co.uk wrote: BackupPC should cope with this. It uses rsync over SSH, so only needs to transfer new/changed files, and will restart where it left off if the connection fails (this happens to me sometimes when I switch off my laptop while it is backing up and the backup just restarts the next morning). What rsync does can also be done by star by running something like: umount /mnt fssnap -F ufs -d /export/nfs rm /export/home/EXPORT-NFS.snap sync sleep 10 echo /tmp/S.$$ svcadm disable svc:/network/nfs/server mount -r `fssnap -F ufs -o backing-store=/export/home/EXPORT-NFS.snap /export/nfs` /mnt svcadm enable svc:/network/nfs/server star bs=1m fs=256m -c -xdev -sparse -acl -link-dirs level=1 -cumulative dumpdate=/tmp/S.$$ fs-name=/export/nfs - wtardumps tardumps=/etc/td-copy -C /mnt . | \ star bs=1m fs=256m -xpU -no-fsync -restore -time -C /export/nfs2 star supports enhanced file meta data, what does rsync? Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
* Joerg Schilling (joerg.schill...@fokus.fraunhofer.de) [30.04.09 12:31]: Neil Bothwick n...@digimed.co.uk wrote: BackupPC should cope with this. It uses rsync over SSH, so only needs to transfer new/changed files, and will restart where it left off if the connection fails (this happens to me sometimes when I switch off my laptop while it is backing up and the backup just restarts the next morning). What rsync does can also be done by star by running something like: umount /mnt fssnap -F ufs -d /export/nfs rm /export/home/EXPORT-NFS.snap sync sleep 10 echo /tmp/S.$$ svcadm disable svc:/network/nfs/server mount -r `fssnap -F ufs -o backing-store=/export/home/EXPORT-NFS.snap /export/nfs` /mnt svcadm enable svc:/network/nfs/server star bs=1m fs=256m -c -xdev -sparse -acl -link-dirs level=1 -cumulative dumpdate=/tmp/S.$$ fs-name=/export/nfs - wtardumps tardumps=/etc/td-copy -C /mnt . | \ star bs=1m fs=256m -xpU -no-fsync -restore -time -C /export/nfs2 10 lines where 1 is sufficient? Not so userfriendly, and what is the benefit? If space is not a problem the main benefit of rsync is that you have your backup simply on a filesystem, that you can mount anywhere you want it. And the plus is no programm needed to restore the data other than cp... With rsnapshot it get even easier to configure your backup. star supports enhanced file meta data, what does rsync? -A, --acls preserve ACLs (implies -p) -X, --xattrspreserve extended attributes is all file meta data I have, so it is sufficient. Jörg Sebastian -- Religion ist das Opium des Volkes. | _ ASCII ribbon campaign Karl Marx | ( ) against HTML e-mail s...@sti@N GÜNTHER | X against M$ attachments mailto:sam...@guenther-roetgen.de | / \ www.asciiribbon.org pgpJCGuuTu1bG.pgp Description: PGP signature
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
On Thu, 30 Apr 2009 14:18:33 +0600, Mike Kazantsev wrote: The medium is regular sata2 hard drives with ext3 filesystem on a dedicated backup machine with quite rusty debian (etch) linux. Most backed-up systems (that I care about) are actually freebsd 6, the rest are linux. Most stored backups are 20-60 GB. Main bottleneck here is the network - quite laggy 100 Mbps link, because this backup server is quite far and isolated from the rest. Also it's completely inaccessible from backed-up machines, aside from reverse tunnels, which I rarely use as a dirty hacks. And this link has tendency to go down every once in a while, interrupting ongoing transfers. BackupPC should cope with this. It uses rsync over SSH, so only needs to transfer new/changed files, and will restart where it left off if the connection fails (this happens to me sometimes when I switch off my laptop while it is backing up and the backup just restarts the next morning). It is also space-efficient when backing up multiple machines, it uses hard links to store only one copy of each file, no matter how many machines have the same file. The lack of network access from the clients to the server would mean you couldn't access the web interface from the client you wished to restore to, but you could do that on the backup server if necessary. -- Neil Bothwick The mechanic said I had blown a seal. I said, `Just fix the damn thing and leave my private life out of it, OK?' signature.asc Description: PGP signature
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
On Thu, 30 Apr 2009 13:23:19 +0200 Sebastian Günther sam...@guenther-roetgen.de wrote: * Joerg Schilling (joerg.schill...@fokus.fraunhofer.de) [30.04.09 12:31]: What rsync does can also be done by star by running something like: ... 10 lines where 1 is sufficient? Not so userfriendly, and what is the benefit? Most lines are used to freeze ufs as a snapshot, so they should be there with rsync, as well. Obvious benefit of a snapshot is consistency, and, luckily for me, no users are involved in this process ;) If space is not a problem the main benefit of rsync is that you have your backup simply on a filesystem, that you can mount anywhere you want it. And the plus is no programm needed to restore the data other than cp... Sync is indeed a great idea, which should save tons of time and resources, but some compression should still be necessary, even on backup server, since most content should occupy 2x-10x space when unpacked. In fact, compressed write-enabled FS with snapshot capability plus rsync is the closest thing to ideal backup as I can think of. And in fact, it's called ZFS! ;) Another sad fact is that the server is shared with a few other people, so I can't just roll freebsd7 or solaris onto it, but I guess fuse-zfs and compressed fuse filesystems should be worth a try indeed. Besides, I've got some strange idea that to make squashfs you don't really need its support in kernel... All in all, more things to test out and think over, thanks. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Random-access cross-platform FS_backup tool suggestions
On Thu, 30 Apr 2009 10:22:00 +0200 joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) wrote: People on Linux who use the term tar are usually not talking about tar bug about gtar which is not 100% tar compatible and thus creates problems with archive interchange. In fact, I'm more used to refer to freebsd tar as 'bsdtar', treating GNU as standard ;) dar is using a nonstandard and proprietary archive format. Did you look at star? Actually that's the first thing I did, since it's closest (to tar) implementation I know, but I haven't seen there the main reason why I've decided to ditch tar - random access to files inside the archive (which is stored on random-access media). I don't have to pipe the archives sequentially, but if not for the ever-increasing demand to read the contents, I'd have actually been okay with tar. Incremental backups are certainly handy feature to have, but I'm relucant to use it, since it makes backups dependant on one another, requiring additional logic for their storage. When I think about that it seem like a great idea, as long as you bundle them together all the time, so no increment gets lost, but then my laziness and certain relucance to complicate things (so no one else will be cursing me under his breath, sorting out why it lost some data) always seem to get the upper hand :( -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: [OT sort of] S-video support on NVidia-based cards
Mark Knecht markknecht at gmail.com writes: Anyway, one feature I'd like to investigate with this card is MythTV over s-Video. I already use this on another old machine which is ATI-based but that ATI driver requires an old kernel so the machine hasn't been completely updated in a couple of years now. If I can get Myth out on the S-video port of this new card then possibly I can use that machine for something else which would be cool. Some of the newer ATI cards surely support this? I have not ever muck around with S_video, but, it's just another well define interface (port), I would think. Anyway, in the $40 O No! Stop the buss! If you are spending new dollars, I'd highly recommend this ATI card, The 4350! ASUS EAH4350 SILENT, no fan just passively cooled. It uses the latest (smallest transistor) technology to build a very reasonable performing graphics card with little heat and no noise. A Silent video card has to be attractive for any audiophile? It even comes with an HDMI output. I have not gotten into the interfaces (splitting) the video and audio feeds, yet, but it looks encouraging. It was $29 dollars, but, make sure it's fits into your video slot on your mobo. What I guess I'm really trying to say is, if you are spending new money, get a video card that uses the latest GPS technologies and has the outputs you want. Do try to avoid video cards with HDCP built in... http://en.wikipedia.org/wiki/High-bandwidth_Digital_Content_Protection Although it's only a matter of time before HDCP is reverse engineered and work_arounds developed, methinks... hth, James
Re: [gentoo-user] Re: [OT sort of] S-video support on NVidia-based cards
On Thu, Apr 30, 2009 at 6:31 AM, James wirel...@tampabay.rr.com wrote: Mark Knecht markknecht at gmail.com writes: Anyway, one feature I'd like to investigate with this card is MythTV over s-Video. I already use this on another old machine which is ATI-based but that ATI driver requires an old kernel so the machine hasn't been completely updated in a couple of years now. If I can get Myth out on the S-video port of this new card then possibly I can use that machine for something else which would be cool. Some of the newer ATI cards surely support this? I have not ever muck around with S_video, but, it's just another well define interface (port), I would think. Anyway, in the $40 O No! Stop the buss! If you are spending new dollars, I'd highly recommend this ATI card, The 4350! Hi, I don't want to mess with ATI and ATI drivers any more. Had too much trouble with them in the past. Yes, they work. I have one in my AMD64 Gentoo machine, but would rather use N-videa at this point. The application under discussion - my wife's Gentoo-only desktop watching MythTV - is the only thing that matters. New Gentoo updates and apparently errors in the Intel drivers upstream - not caused by Gentoo as best I can tell - have made my life a living hell around here. If I could spend $5 and make the problem go away I would. The S-Video isn't terribly important. The potential use is actually in another machine where I'd like my Myth backend server to become a sometimes frontend so that I could get away from the Asus/ATI/S-Video solution currently hooked to the big screen. ATI dripped support for the chipset in that box in the Linux driver and Gentoo decided not to support the old driver or the kernel required to run it so that machine hasn't been updated in over 2 years. I don't have any TVs with HDMI. We don't watch TV all that much. If we do it's NetFlix DVDs or NetFlix via the Roku box. Myth just records junk mostly and I need to display it on the TV which has an extra S-Video input that I currently use. My wife doesn't play games, doesn't need 3D or anything fancy. I guess what I'm saying is who are **you** to decide what makes sense in my life or how I should spend my time and money? If you're not interested in answering my question then why not simply stay silent instead of this? If you want to start a thread of your own about the merits of that card then feel free to do so and then you and others can go down that path. I'll consider ATI again when 100 people on this list say it's the best thing since sliced bread and they'd never buy another N-Video card. Until then goodbye to ATI if possible. - Mark
[gentoo-user] Re: [OT sort of] S-video support on NVidia-based cards
Mark Knecht markknecht at gmail.com writes: solution currently hooked to the big screen. ATI dripped support for the chipset in that box in the Linux driver and Gentoo decided not to support the old driver or the kernel required to run it so that machine hasn't been updated in over 2 years. There are folks that pull support, via specific chipsets, forward for such things as this. Are you suggesting that the folks at Gentoo singularly decided not to pull this driver forward? The kernel hackers (firmware folks focused on PC type hardware) usually make these decisions. Gentoo folks, except for those involved in firmware or low level drivers, usually have nothing to do with drivers, based in the kernel space. Firmware folks often backport drivers (same something for the 2.6.x to the 2.4.x) to older kernels, or take sources from old kernels (say 2.4.x) and port them to 2.6.x often in the embedded linux world. However often these drives to not make it into the published kernels. Also, drivers are consolidated all the time so that one mega driver works with many devices. All of this I assume you know. But video is a different horse. The video companies routinely age or deprecated hardware and drivers so customers spend new money. Not sure what the deal is in your case, I'm just trying to help. I don't have any TVs with HDMI. We don't watch TV all that much. If we do it's NetFlix DVDs or NetFlix via the Roku box. Myth just records junk mostly and I need to display it on the TV which has an extra S-Video input that I currently use. My wife doesn't play games, doesn't need 3D or anything fancy. Nice to know. I guess what I'm saying is who are **you** to decide what makes sense in my life or how I should spend my time and money? I think you miss-read my intentions. I was not really insisting on what you do, just trying to provide a workable path towards resolution. I'll give you the benefit of the doubt (trying to be polite here) and assume you are frustrated, due to your driver not being pulled forward in the new kernel stuff. Being nasty only discourages folks from help you, imho. I did not see anyone else bothering to help you, or discuss your options. If you're not interested in answering my question then why not simply stay silent instead of this? If you want to start a thread of your own about the merits of that card then feel free to do so and then you and others can go down that path. Um, looking back at the email, you suggest you are spend new money. You did not state that you hate ATI and only nvidia solutions are viable. In fact you talk about Intel and ATI video hardware. Nvidia, imho, is the most aggressive company at deprecating old hardware. I know I have several Nvidia cards sitting on the shelf, but, all of my ATI cards are mostly usable... (note ymmv). I'll consider ATI again when 100 people on this list say it's the best thing since sliced bread and they'd never buy another N-Video card. Until then goodbye to ATI if possible. got it good luck (pisst) if you look for somebody to pull the driver forward for you, try to be nice to them... Problem is Nvidia rarely makes the chipset data available. ATI is much more copasetic with information, imho. Of the dozens of embedded video drivers I have been involved with, Nvidia is the one that always fails to provide information necessary for small manufactures to use. ATI is more forthcoming on critical data. There are many open source efforts on ATI video cards and some on Intel too. I have not really found any viable open source Nvidia driver projects James
[gentoo-user] MAC addresses
Hello. I have Gentoo server Linux 2.6.27-gentoo-r8 x86_64 connected to LinkSys switch. It has 2 NICs onboard: eth0 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6c eth1 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6d 2nd NIC is connected to LinkSys switch, but the switch shows that device connected to the port has other MAC address: VLAN ID VLAN 3 MAC 00:15:17:1a:6e:6f Port g31 The difference in last symbol. How is it possible? -- Sergey
[gentoo-user] Re: MAC addresses
Sergey A. Kobzar sergey.kobzar at mail.ru writes: LinkSys switch. It has 2 NICs onboard: How is it possible? Often the MAC is printed on the nic. Some (few) devices have MAC set in firmware and it is hackable. MAC numbering is often suspect in a variety of circumstances. My suggestion is that you surf the open source tools to find something that reveals deeper information about your MAC anomalies. Lots of stuff in: /usr/portage/net-analyzer/ Here's one: net-analyzer/macchanger Description: Utility for viewing/manipulating the MAC address of network interfaces goodluck, James
Re: [gentoo-user] Re: MAC addresses
Thursday, April 30, 2009, 6:22:27 PM, James wrote: Sergey A. Kobzar sergey.kobzar at mail.ru writes: LinkSys switch. It has 2 NICs onboard: How is it possible? Often the MAC is printed on the nic. Some (few) devices have MAC set in firmware and it is hackable. MAC numbering is often suspect in a variety of circumstances. My suggestion is that you surf the open source tools to find something that reveals deeper information about your MAC anomalies. Lots of stuff in: /usr/portage/net-analyzer/ Here's one: net-analyzer/macchanger Description: Utility for viewing/manipulating the MAC address of network interfaces James, thank you for the useful tip. The output of macchanger: # macchanger eth1 Current MAC: 00:15:17:1a:6e:6d (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6e (Intel Corporate) # macchanger eth0 Current MAC: 00:15:17:1a:6e:6c (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6d (Intel Corporate) How is it possible? I thought NIC has one MAC only.What does mean 'Faked MAC'? goodluck, James -- Sergey
Re: [gentoo-user] Re: MAC addresses
Sergey A. Kobzar wrote: James, thank you for the useful tip. The output of macchanger: # macchanger eth1 Current MAC: 00:15:17:1a:6e:6d (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6e (Intel Corporate) # macchanger eth0 Current MAC: 00:15:17:1a:6e:6c (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6d (Intel Corporate) How is it possible? I thought NIC has one MAC only.What does mean 'Faked MAC'? Current MAC = MAC in firmware on the card, Faked MAC = MAC the OS is telling the network?
Re: [gentoo-user] Re: MAC addresses
Anthony Metcalf wrote: Sergey A. Kobzar wrote: James, thank you for the useful tip. The output of macchanger: # macchanger eth1 Current MAC: 00:15:17:1a:6e:6d (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6e (Intel Corporate) # macchanger eth0 Current MAC: 00:15:17:1a:6e:6c (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6d (Intel Corporate) How is it possible? I thought NIC has one MAC only.What does mean 'Faked MAC'? Current MAC = MAC in firmware on the card, Faked MAC = MAC the OS is telling the network? yes, you can set the mac to what ever you want. There's a line in /etc/conf.d/net that explains how to do this (with macchanger). signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: X-forwarding fails with Invalid MIT-MAGIC-COOKIE-1 key
X-forwarding used to work for me but I haven't used it in a while and now I get: Warning: untrusted X11 forwarding setup failed: xauth key data not generated Warning: No xauth data; using fake authentication data for X11 forwarding. Xlib: connection to localhost:10.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Cannot open display: I have: # cat /etc/ssh/sshd_config | grep X11Forwarding X11Forwarding yes Does anyone know how to fix this? First, ssh to the box without X forwarding and: rm ~/.Xauthority rm ~/.ICEauthority logout Then try to ssh again with X forwarding enabled. It should work. Unfortunately I still get the same error. I'll try to put together an xauth command, but does anyone know what happened here? Usually you just enable X11Forwarding and you can use it right? - Grant
Re: [gentoo-user] Re: X-forwarding fails with Invalid MIT-MAGIC-COOKIE-1 key
2009/4/30 Grant emailgr...@gmail.com X-forwarding used to work for me but I haven't used it in a while and now I get: Warning: untrusted X11 forwarding setup failed: xauth key data not generated Warning: No xauth data; using fake authentication data for X11 forwarding. Xlib: connection to localhost:10.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Cannot open display: I have: # cat /etc/ssh/sshd_config | grep X11Forwarding X11Forwarding yes Does anyone know how to fix this? First, ssh to the box without X forwarding and: rm ~/.Xauthority rm ~/.ICEauthority logout Then try to ssh again with X forwarding enabled. It should work. Unfortunately I still get the same error. I'll try to put together an xauth command, but does anyone know what happened here? Usually you just enable X11Forwarding and you can use it right? - Grant You also need ForwardX11 yes in your client configuration. Try ssh -v to get more output.
Re: [gentoo-user] Re: X-forwarding fails with Invalid MIT-MAGIC-COOKIE-1 key
In your /etc/ssh/ssh_config (not sshd_config), make sure you have: ForwardAgent yes ForwardX11 yes I used to get the same error, and after I enabled these options, it worked like it should. I also do ssh -Y u...@machine - but that may be redundant, I'm not sure. Denis
Re: [gentoo-user] Re: MAC addresses
You can actually change your MAC address using ifconfig for many types of NIC's. --James 2009/4/30 Eric Martin freak4u...@gmail.com Anthony Metcalf wrote: Sergey A. Kobzar wrote: James, thank you for the useful tip. The output of macchanger: # macchanger eth1 Current MAC: 00:15:17:1a:6e:6d (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6e (Intel Corporate) # macchanger eth0 Current MAC: 00:15:17:1a:6e:6c (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6d (Intel Corporate) How is it possible? I thought NIC has one MAC only.What does mean 'Faked MAC'? Current MAC = MAC in firmware on the card, Faked MAC = MAC the OS is telling the network? yes, you can set the mac to what ever you want. There's a line in /etc/conf.d/net that explains how to do this (with macchanger).
[SOLVED] Re: [gentoo-user] Re: [OT sort of] S-video support on NVidia-based cards
On Thu, Apr 30, 2009 at 7:22 AM, James wirel...@tampabay.rr.com wrote: Mark Knecht markknecht at gmail.com writes: solution currently hooked to the big screen. ATI dripped support for the chipset in that box in the Linux driver and Gentoo decided not to support the old driver or the kernel required to run it so that machine hasn't been updated in over 2 years. There are folks that pull support, via specific chipsets, forward for such things as this. Are you suggesting that the folks at Gentoo singularly decided not to pull this driver forward? The kernel hackers (firmware folks focused on PC type hardware) usually make these decisions. Gentoo folks, except for those involved in firmware or low level drivers, usually have nothing to do with drivers, based in the kernel space. Firmware folks often backport drivers (same something for the 2.6.x to the 2.4.x) to older kernels, or take sources from old kernels (say 2.4.x) and port them to 2.6.x often in the embedded linux world. However often these drives to not make it into the published kernels. I am not suggesting anything about Gentoo, the devs, the packagers, nothing at all. I was simply trying to state facts, and probably did a bad job of it. Basically, I have an on-board ATI device on an old Asus motherboard where I require S-Video out. ATI stopped support S-Video on this specific chipset 3 years ago. They still support VGA. The S-Video capable driver only works with with a very old kernel. I would like to replace this whole machine with something newer and I'd like to use Nvidia because ATI didn't support me and Intel is broken with newer xorg-x11 on one machine I have, Also, drivers are consolidated all the time so that one mega driver works with many devices. All of this I assume you know. But video is a different horse. The video companies routinely age or deprecated hardware and drivers so customers spend new money. Not sure what the deal is in your case, I'm just trying to help. I appreciate that, but is it really 'help' when you start out your post trying to point me in a direction other than the one I asked for information on? you might have considered that I've thought about this and carefully asked what I thought I wanted to know. Instead it seems you wanted to take me in a direction contrary to what I was asking. However, in rereading my original post I can see your point of view so I apologize profusely. I don't have any TVs with HDMI. We don't watch TV all that much. If we do it's NetFlix DVDs or NetFlix via the Roku box. Myth just records junk mostly and I need to display it on the TV which has an extra S-Video input that I currently use. My wife doesn't play games, doesn't need 3D or anything fancy. Nice to know. I guess what I'm saying is who are **you** to decide what makes sense in my life or how I should spend my time and money? I think you miss-read my intentions. I was not really insisting on what you do, just trying to provide a workable path towards resolution. I'll give you the benefit of the doubt (trying to be polite here) and assume you are frustrated, due to your driver not being pulled forward in the new kernel stuff. Being nasty only discourages folks from help you, imho. I did not see anyone else bothering to help you, or discuss your options. Well, it is true that you're the only one who has answered so far. The post hasn't been out there very long so I didn't read anything into that. On the other hand, please consider that I asked about Nvidia S-Video because I have 3 working Nvidia GPUs, 1 working ATI GPU, two broken ATI GPUs and one broken Intel GPU. With those statistics which vendor would you expect me to choose? If you're not interested in answering my question then why not simply stay silent instead of this? If you want to start a thread of your own about the merits of that card then feel free to do so and then you and others can go down that path. Um, looking back at the email, you suggest you are spend new money. You did not state that you hate ATI and only nvidia solutions are viable. In fact you talk about Intel and ATI video hardware. Nvidia, imho, is the most aggressive company at deprecating old hardware. I know I have several Nvidia cards sitting on the shelf, but, all of my ATI cards are mostly usable... (note ymmv). Agreed. I was not as clear as I could have been, although I think the title of the thread might cause one to exclude other vendors, assuming you will give the OP the benefit of the doubt that he/she/it/thing knows what they want. I think you actually didn't, but I can accept that. That said, I have still received no info on this list that answered the original question. I asked the same question this morning on the Myth list and got three targeted answers immediately, so my problem is solved. Thanks, Mark I'll consider ATI again when 100 people on this list say it's the best thing since sliced bread
Re: [gentoo-user] Re: X-forwarding fails with Invalid MIT-MAGIC-COOKIE-1 key
On 30 Apr 2009, at 16:59, Grant wrote: X-forwarding used to work for me but I haven't used it in a while and now I get: Warning: untrusted X11 forwarding setup failed: xauth key data not generated Warning: No xauth data; using fake authentication data for X11 forwarding. Xlib: connection to localhost:10.0 refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Cannot open display: ... Unfortunately I still get the same error. I'll try to put together an xauth command, but does anyone know what happened here? Usually you just enable X11Forwarding and you can use it right? Hi, I seem to have missed a couple of posts in this thread. Have you got xauth installed? When I set up a new machine recently there was a missing dependency - I _think_ it was xauth. I installed a base system + knode + mozilla. I never installed X11 explicitly, as I never log into this machine locally, only use a couple of X11 apps remotely (because those aren't available on my Mac). I'm not sure if X11 itself was installed or only some X11~ish libraries, but there was definitely a dependency missing as a result of the way I installed. Unfortunately I didn't file a bug. Secondly, when you ssh in, you need to use `ssh -Y hostname` in order to enable ssh forwarding. Hope these observations are not unhelpful, Stroller.
Re: [gentoo-user] [OT]UPS battery dead?
Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? mw __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
Re[2]: [gentoo-user] Re: MAC addresses
Thursday, April 30, 2009, 7:27:43 PM, James wrote: You can actually change your MAC address using ifconfig for many types of NIC's. --James 2009/4/30 Eric Martin freak4u...@gmail.com Anthony Metcalf wrote: Sergey A. Kobzar wrote: James, thank you for the useful tip. The output of macchanger: # macchanger eth1 Current MAC: 00:15:17:1a:6e:6d (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6e (Intel Corporate) # macchanger eth0 Current MAC: 00:15:17:1a:6e:6c (Intel Corporate) Faked MAC: 00:15:17:1a:6e:6d (Intel Corporate) How is it possible? I thought NIC has one MAC only.What does mean 'Faked MAC'? Current MAC = MAC in firmware on the card, Faked MAC = MAC the OS is telling the network? yes, you can set the mac to what ever you want. There's a line in /etc/conf.d/net that explains how to do this (with macchanger). No, I didn't change MAC by OS. My /etc/conf.d/net file: config_eth0=( aa.bb.cc.dd netmask 255.255.255.224 ) routes_eth0=( default via 1.2.3.4 ) config_eth1=( 10.11.1.203 netmask 255.255.255.0 ) Nothing that changes MAC addresses for the NICs... Maybe it's BIOS feature for failover.. It seems I need reboot server to check BIOS settings. -- Sergey
Re: [gentoo-user] [OT]UPS battery dead?
On Thu, Apr 30, 2009 at 10:31 AM, maxim wexler bliss...@yahoo.com wrote: Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Well, assuming it was a 100 Watt incandescent that really draws 100 Watts, then that's probably 1/2 to 1/3 the draw of a typical desktop PC implying you would get 12-18 minutes before shutdown. (Really rough ideas - just numbers, etc. Don't take it too seriously.) These batteries have a limited lifetime and they need to be charged up if they haven't been used in a while. From the APC Forums an APC representative posted the following. Note #3: [QUOTE] Most APC batteries should last three to five years. Below are some guidelines to ensure optimum life expectancy: ***Some APC Back UPS models may have a shorter battery life expectancy. Please reference the user's manual of your APC Back UPS to determine the exact battery life expectancy. 1. Make sure that you keep your APC UPS in a cool, dry location with plenty of ventilation. Ideally, the temperature where your UPS is kept should not exceed 75° F (24° C). Also, for ventilation purposes, leave roughly one to two inches on each side for proper airflow. 2. Only perform runtime calibrations on your UPS one or two times a year, if necessary. Some of our customers want to check their systems to verify that their runtime is sufficient. However, consistently performing these calibrations can significantly decrease the life expectancy of your APC battery. 3. Do not store APC batteries for extended periods of time. New batteries can be stored for 6 to 12 months. After this period, the battery should be used or it will lose a great deal of its charge. It is not advisable to store batteries that have already been in use. 4. Do not exceed 80 percent of a UPS unit’s rated capacity due to the reduction in run time. When you increase your load, your runtime lessens. In the event of a power failure, a UPS loaded to full capacity will drain and discharge it’s battery quickly and will lessen the life expectancy. [/QUOTE] Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? Strange stuff but above my pay grade... - Mark
Re: [gentoo-user] [OT]UPS battery dead?
On Thu, 30 Apr 2009 10:31:45 -0700 (PDT), maxim wexler wrote: In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? If it's connected by USB, the device should be /dev/ttyUSB0 but the software should detect this for itself. The relevant lines from my apcupsd.conf are UPSCABLE usb UPSTYPE usb DEVICE -- Neil Bothwick Das Internet is nicht fuer gefingerclicken und giffengrabben. Ist easy droppenpacket der routers und overloaden der backbone mit der spammen und der me-tooen. Ist nicht fuer gewerken bei das dumpkopfen. Das mausklicken sichtseeren keepen das bandwit-spewin hans in das pockets muss; relaxen und watchen das cursorblinken. signature.asc Description: PGP signature
Re: [gentoo-user] [OT]UPS battery dead?
Mark Knecht wrote: On Thu, Apr 30, 2009 at 10:31 AM, maxim wexler bliss...@yahoo.com wrote: Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Well, assuming it was a 100 Watt incandescent that really draws 100 Watts, then that's probably 1/2 to 1/3 the draw of a typical desktop PC implying you would get 12-18 minutes before shutdown. (Really rough ideas - just numbers, etc. Don't take it too seriously.) snip Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? Strange stuff but above my pay grade... - Mark It's not supposed to say DEVICE /dev/ttyS0 for USB, it should just be blank as per /etc/apcupsd/apcupsd.conf signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] MAC addresses
On Thu, 2009-04-30 at 18:09 +0300, Sergey A. Kobzar wrote: Hello. I have Gentoo server Linux 2.6.27-gentoo-r8 x86_64 connected to LinkSys switch. It has 2 NICs onboard: eth0 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6c eth1 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6d 2nd NIC is connected to LinkSys switch, but the switch shows that device connected to the port has other MAC address: VLAN ID VLAN 3 MAC 00:15:17:1a:6e:6f Port g31 The difference in last symbol. How is it possible? I suggest, to first check which device/OS is telling the truth. Use wireshark to capture and review some traffic. Maybe this helps analyse the situation. Bye, Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: This is a digitally signed message part
[gentoo-user] Question about making a tarball
I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. Thanks Dale :-) :-)
Re[2]: [gentoo-user] MAC addresses
Thursday, April 30, 2009, 10:34:28 PM, Daniel wrote: On Thu, 2009-04-30 at 18:09 +0300, Sergey A. Kobzar wrote: Hello. I have Gentoo server Linux 2.6.27-gentoo-r8 x86_64 connected to LinkSys switch. It has 2 NICs onboard: eth0 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6c eth1 Link encap:Ethernet HWaddr 00:15:17:1a:6e:6d 2nd NIC is connected to LinkSys switch, but the switch shows that device connected to the port has other MAC address: VLAN ID VLAN 3 MAC 00:15:17:1a:6e:6f Port g31 The difference in last symbol. How is it possible? I suggest, to first check which device/OS is telling the truth. Use wireshark to capture and review some traffic. Maybe this helps analyse the situation. I've started this thread because connection to the server is unstable and I see such reports from other servers: +arp: 10.11.1.203 moved from 00:15:17:1a:6e:6f to 00:15:17:1a:6e:6d on em1 +arp: 10.11.1.203 moved from 00:15:17:1a:6e:6d to 00:15:17:1a:6e:6f on em1 +arp: 10.11.1.203 moved from 00:15:17:1a:6e:6f to 00:15:17:1a:6e:6d on em1 +arp: 10.11.1.203 moved from 00:15:17:1a:6e:6d to 00:15:17:1a:6e:6f on em1 +arp: 10.11.1.203 moved from 00:15:17:1a:6e:6f to 00:15:17:1a:6e:6d on em1 BIOS tells that NIC1 has 00:15:17:1a:6e:6c MAC and NIC2 has 00:15:17:1a:6e:6d. It's strange that 00:15:17:1a:6e:6d MAC is common for both NICs. Bye, Daniel -- Sergey
[gentoo-user] Re: Question about making a tarball
Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.)
Re: [gentoo-user] Re: Question about making a tarball
Nikos Chantziaras wrote: Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.) OK. That makes sense, sort of. How do the people that make the stage3 tarball do it? When I extract a stage3 tarball, it doesn't have /mnt/gentoo on it at all. Are they using a dedicated install to build those tarballs on? Also, since I want it to ignore /mnt/gentoo, wouldn't I have to use --strip=2 to remove both /mnt and the /gentoo after that? Just trying to make sure I understand this correctly. I would like to do this on the creating part if possible. Dale :-) :-)
[gentoo-user] Re: Question about making a tarball
Dale wrote: Nikos Chantziaras wrote: Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.) OK. That makes sense, sort of. How do the people that make the stage3 tarball do it? When I extract a stage3 tarball, it doesn't have /mnt/gentoo on it at all. Are they using a dedicated install to build those tarballs on? Also, since I want it to ignore /mnt/gentoo, wouldn't I have to use --strip=2 to remove both /mnt and the /gentoo after that? Just trying to make sure I understand this correctly. I would like to do this on the creating part if possible. To do this on creation, you can do use -C /mnt/gentoo . as options (translate: package the current directory of /mnt/gentoo). The top-level directory of the tarball will then be ./.
Re: [gentoo-user] Question about making a tarball
On Thu, 30 Apr 2009 14:44:57 -0500, Dale wrote: How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. The same way you change directory when you extract, with -C. tar cf archive.tar -C /mnt/gentoo . -- Neil Bothwick Who is the oldest inhabitant of this village? We haven't got one; we had one, but he died three weeks ago. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Question about making a tarball
Nikos Chantziaras wrote: Dale wrote: Nikos Chantziaras wrote: Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.) OK. That makes sense, sort of. How do the people that make the stage3 tarball do it? When I extract a stage3 tarball, it doesn't have /mnt/gentoo on it at all. Are they using a dedicated install to build those tarballs on? Also, since I want it to ignore /mnt/gentoo, wouldn't I have to use --strip=2 to remove both /mnt and the /gentoo after that? Just trying to make sure I understand this correctly. I would like to do this on the creating part if possible. To do this on creation, you can do use -C /mnt/gentoo . as options (translate: package the current directory of /mnt/gentoo). The top-level directory of the tarball will then be ./. I tried this but it didn't like it very much: r...@smoker / # tar -cjfvp /data/Gentoo-stuff/stage4-x86-04-2009.bz2 -C /mnt/gentoo/ tar: Removing leading `/' from member names tar: /data/Gentoo-stuff/stage4-x86-04-2009.bz2: Cannot stat: No such file or directory tar: Error exit delayed from previous errors r...@smoker / # I also tried reversing the thing, thought maybe I had it backwards, but it didn't like that either. Maybe I'm getting to old for learning new tricks. LOL Where am I wrong here? Dale :-) :-)
Re: [gentoo-user] Question about making a tarball
Neil Bothwick wrote: On Thu, 30 Apr 2009 14:44:57 -0500, Dale wrote: How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. The same way you change directory when you extract, with -C. tar cf archive.tar -C /mnt/gentoo . Well, it don't like that here. I used your command and replaced with the correct parts of course: r...@smoker / # tar cf /data/Gentoo-stuff/stage4-x86-04-2009.tar -C /mnt/gentoo tar: Cowardly refusing to create an empty archive Try `tar --help' or `tar --usage' for more information. r...@smoker / # I'm missing something that is likely very obvious here. Dale :-) :-)
[gentoo-user] Re: Question about making a tarball
Dale wrote: Nikos Chantziaras wrote: Dale wrote: Nikos Chantziaras wrote: Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.) OK. That makes sense, sort of. How do the people that make the stage3 tarball do it? When I extract a stage3 tarball, it doesn't have /mnt/gentoo on it at all. Are they using a dedicated install to build those tarballs on? Also, since I want it to ignore /mnt/gentoo, wouldn't I have to use --strip=2 to remove both /mnt and the /gentoo after that? Just trying to make sure I understand this correctly. I would like to do this on the creating part if possible. To do this on creation, you can do use -C /mnt/gentoo . as options (translate: package the current directory of /mnt/gentoo). The top-level directory of the tarball will then be ./. I tried this but it didn't like it very much: r...@smoker / # tar -cjfvp /data/Gentoo-stuff/stage4-x86-04-2009.bz2 -C /mnt/gentoo/ tar: Removing leading `/' from member names tar: /data/Gentoo-stuff/stage4-x86-04-2009.bz2: Cannot stat: No such file or directory tar: Error exit delayed from previous errors r...@smoker / # I also tried reversing the thing, thought maybe I had it backwards, but it didn't like that either. Maybe I'm getting to old for learning new tricks. LOL Where am I wrong here? 1) Better use -cjvpf (f) takes an argument (the filename of that tar to be crated) so it must be at the end. 2) You are forgetting the dot (= current directory) at the end of the command: tar -cjpf /data/Gentoo-stuff/stage4-x86-04-2009.tar.bz2 -C /mnt/gentoo .
[gentoo-user] Re: Question about making a tarball
Nikos Chantziaras wrote: 1) Better use -cjvpf (f) takes an argument (the filename of that tar to be crated) so it must be at the end. That's why I usually use tar -cjvp -f blabla.tar.bz2. I always seperate options that take an argument from the rest. But -cjvpf works too as long as f is at the end. This means that if you combine many options after a single -, only one one of them is allowed to take an argument; the last one. It might also be easier for you to use long options instead of short ones (easier to read). This: -cjvpf -C Is equivalent to: --create --bzip2 --verbose --preserve-permissions --file --directory So the original example becomes: tar --create --bzip2 --verbose --preserve-permissions --file /data/Gentoo-stuff/stage4-x86-04-2009.tar.bz2 --directory /mnt/gentoo . Which might be longer to write but perhaps easier to understand :P
Re: [gentoo-user] [OT]UPS battery dead?
It's not supposed to say DEVICE /dev/ttyS0 for USB, it should just be blank as per /etc/apcupsd/apcupsd.conf Previously I had v.3.14 which I had installed from a tarball; now I'm using 3.12 installed via portage. And even though in both cases the conf file defaults to UPSTYPE usb the DEVICE has been listed as /dev/ttyS0. 3.14 complained it couldn't read the port whatever I put for DEVICE, /dev/ttyS0 or /dev/ttyS[0-3] or leaving just DEVICE followed by a blank. Now at least #apcaccess status reports something besides an error. mw __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/
Re: [gentoo-user] [OT]UPS battery dead?
The relevant lines from my apcupsd.conf are Yep, that's what I got. UPSCABLE usb UPSTYPE usb DEVICE blank didn't work in v3.14 for me. Now, with v3.12, this might change. I'll give it a whirl. DEVICE -- Neil Bothwick Das Internet is nicht fuer gefingerclicken und giffengrabben. Ist easy droppenpacket der routers und overloaden der backbone mit der spammen und der me-tooen. Ist nicht fuer gewerken bei das dumpkopfen. Das mausklicken sichtseeren keepen das bandwit-spewin hans in das pockets muss; relaxen und watchen das cursorblinken. __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php
Re: [gentoo-user] Question about making a tarball
On Thu, 30 Apr 2009 17:45:36 -0500, Dale wrote: The same way you change directory when you extract, with -C. tar cf archive.tar -C /mnt/gentoo . Well, it don't like that here. I used your command and replaced with the correct parts of course: r...@smoker / # tar cf /data/Gentoo-stuff/stage4-x86-04-2009.tar -C /mnt/gentoo tar: Cowardly refusing to create an empty archive Try `tar --help' or `tar --usage' for more information. r...@smoker / # I'm missing something that is likely very obvious here. Yep, the final '.' -- Neil Bothwick Bother, said Pooh, as the children didn't hand over their savings. signature.asc Description: PGP signature
Re: [gentoo-user] [OT]UPS battery dead?
On Thu, 30 Apr 2009 16:56:06 -0700 (PDT), maxim wexler wrote: UPSCABLE usb UPSTYPE usb DEVICE blank didn't work in v3.14 for me. Now, with v3.12, this might change. I'll give it a whirl. DEVICE I'm using 3.14.5-r2. Post your complete configuration file. -- Neil Bothwick I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Question about making a tarball
Nikos Chantziaras wrote: Dale wrote: Nikos Chantziaras wrote: Dale wrote: Nikos Chantziaras wrote: Dale wrote: I try to keep a up to date stage 4 tarball here in my system just in case. I basically did the creation just like I would if I were booted from the CD. I created /mnt/gentoo/ on my system, extracted a stage 3 there, then chroot in and create a stage 4 tarball. I have one weird thing tho that has me confused. When it creates the stage 4 tarball, it is in /mnt/gentoo. Today I unpacked the stage 4 so that I could update it and when I do a tar xjpf stage4 -C /mnt/gentoo, it actually looks like this, /mnt/gentoo/mnt/gentoo/ which is not what I am looking for. It doesn't matter on a running system, but it would if I were trying to rescue myself. How do I tell tar when I am making the tarball to look at /mnt/gentoo/ as it start point, root directory if you will? I read the man page but suspect I am missing it somewhere. There has to be a way since it is done that way for the stage 3 tarball. You strip the leading directory during extraction using the --strip=1 option (1 means strip 1 leading directory, which will ignore gentoo/ during extraction.) OK. That makes sense, sort of. How do the people that make the stage3 tarball do it? When I extract a stage3 tarball, it doesn't have /mnt/gentoo on it at all. Are they using a dedicated install to build those tarballs on? Also, since I want it to ignore /mnt/gentoo, wouldn't I have to use --strip=2 to remove both /mnt and the /gentoo after that? Just trying to make sure I understand this correctly. I would like to do this on the creating part if possible. To do this on creation, you can do use -C /mnt/gentoo . as options (translate: package the current directory of /mnt/gentoo). The top-level directory of the tarball will then be ./. I tried this but it didn't like it very much: r...@smoker / # tar -cjfvp /data/Gentoo-stuff/stage4-x86-04-2009.bz2 -C /mnt/gentoo/ tar: Removing leading `/' from member names tar: /data/Gentoo-stuff/stage4-x86-04-2009.bz2: Cannot stat: No such file or directory tar: Error exit delayed from previous errors r...@smoker / # I also tried reversing the thing, thought maybe I had it backwards, but it didn't like that either. Maybe I'm getting to old for learning new tricks. LOL Where am I wrong here? 1) Better use -cjvpf (f) takes an argument (the filename of that tar to be crated) so it must be at the end. 2) You are forgetting the dot (= current directory) at the end of the command: tar -cjpf /data/Gentoo-stuff/stage4-x86-04-2009.tar.bz2 -C /mnt/gentoo . Now that worked. Where are we told about that dot? I still don't see it on the man page. It has examples in there but no dot on the end. Cool stuff. Dale :-) :-)
[gentoo-user] Re: Digest of gentoo-user@lists.gentoo.org issue 1790 (94678-94727)
unsubscribe