Jump to content

zepcom

Members
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

0 Neutral

About zepcom

  • Rank
    Noob
  • Birthday 04/21/1977

Contact Methods

  • AIM
    zepcom02

Profile Information

  • Location
    Buffalo, NY USA
  • Interests
    Computers, Hiking, Skiing, building stuff, fixing up the house, high peroformance cars, etc. Linux is an interest of mine... ;-)
  1. <snip> I too have had this problem, I suspect it is something different in the format of the DAG Wieers RPM site as it relates to CentOS 5. I have several CentOS 4.xx machines and my how-to still works perfectly for them. I agree that it seems 'broken' on CentOS 5 and RHEL 5 based machines. I've even tried downloading the RPM-GPG-KEY.txt with wget and then doing "sudo rpm --import /root/RPM-GPG-KEY.txt" and still get the same metadata errors as you quoted. In other words, I'm working on finding a solution. Perhaps there are other RPM repositories out there that will work better with CentOS 5 / RHEL 5. Sorry I couldn't be of more help, but I'm still working on a solution for ya! Regards, ZEPCOM
  2. Mizzy, I know that you can mount a Windows partition in Linux. User ZNX posted a great how-to on this forum here. As far as I'm aware, if the windows partition is Fat32, it can be mounted read-write, but if the partition is NTFS, some linuxes can only mount that readonly (you cannot change any files on it.) As far as the other way around, I do not know of any way that a Windows partition can read a linux partition live. One alternative is that you can create a partition on your drive in addition to the two you already have (win32 partition and linux partition) as type FAT16 (total size limitation is 2gb)... but you could set up your fstab in linux to automatically mount this partition (the link above is helpful for this task, you'd need to adapt it slightly) and use that area to save your "common files" that you'd want to share between linux and windows in here. Linux can mount that partition read-write, and in Windows, it would just be another drive letter. Another alternative, depending on if you have sufficient resources, is to split up the tasks perhaps. If you have enough hardware for another pc (even an old pentium would work) then load linux on that too, just all linux partitions are needed, and make one dedicated area for all your stuff. Next, install and configure samba on that linux machine, as well as NFS if you need to access those files from your linux-boot on your laptop. See where I'm going here? Now you can connect to that second machine no matter if you are booted with win32 or linux, and your files will be there over the network. Just some possibilities for you to think about. I personally have done the latter on my network at home, and the combination of samba (file sharing to windows machines) and nfs (file sharing to linux hosts) fits all the needs.
  3. This is truely a very nice tutorial. I've always seen file-level encryption that generated with /dev/random with the dd command, but this never fills up RAM and is quite fast in comparison. Kudos to you; great job!
  4. Hi everyone, Hope this is not a repeat... but I have not seen too many posts about CentOS, which currently is my linux of choice. I wanted to post to explain how to add additional "yum repositories" so that you can get additional software installed that would not necessarily be included with your OS. This is especially important for RHES or CentOS since they take the minimalist approach with many things, as only the core functionality programs and applications are built in. I use CentOS which is the "Community Enterprise OS" that is basically the latest version of Redhat Enterprise linux, but you don't have to buy it. They rebrand to take out all the redhat stuff, but it's just as compatible as RHEL and usually a little closer to cutting-edge than redhat (iirc, RedHat Enterprise Linux 4 maint release 2 just went to the 2.6 kernel! Talk about behind the times!!) My problem was that I was used to how my previous OS of choice (back then it was Mandrake 9.1, which I can credit with increasing my knowledge and interest in linux over the years) but when I moved up to a more-current OS like CentOS, some of the applications that I grew to love and use every day were just plainly not present. This almost caused me to go back to mid-evil times and revert to Mdk91, but I was determined to find out another way. In comes YUM. Yum is a revolutionary tool that simplifies the age-old problem with RPM-based redhat-derived distros. Back in the old day, if you wanted to install an RPM, lets say xmms, you would find it online or on the distro cd's, then run something like "rpm -Uvh xmms-version.rpm" ... but rpm was so stupid, it then would snap back at you and complain that you didn't realize that you also needed to install certain other required multimedia programs that xmms depends on. Well my friends, yum solves this issue. Yum is similar to apt-get, and freebsd's "ports" collection in that it figures out what dependancies are required, and also installs them automatically after asking you first. It greatly simplifies the process of getting more software onto your machine if your distro doesn't have it "out of the box". Anyways... I searched around the net and found the "dag" repository of third party apps. ** Keep in mind, if you install these apps on an enterprise-grade server, you will potentially open up the possibility to make this machine less secure. This is why Redhat/Cent does not include these apps, so be careful! ** Here's the steps I followed: 1. Import the GPG authenticity key into your machine's local repository. This will ensure that if anyone tampered with the packages after they were posted on the third-party website, that would mean that the checksum (gpg key) would fail, thus forcing the rpm to NOT INSTALL on your machine and saving you from potential problems!. sudo rpm --import http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt 2. Add the following to /etc/yum.conf, at the bottom where it says "# PUT YOUR REPOS HERE " # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d [dag] # be sure to import RPM GPG key first! # sudo rpm --import http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt name=Dag RPM Repository for CentOS baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag gpgcheck=1 enabled=1 3. Run "sudo yum update" to get the latest repository database onto your machine. Now is the easy part. You can search for apps that you want to selectively install! For example, I love the x-windows system monitor called "gkrellm". Here's a screenshot of what you can do with gkrellm: Pretty cool, eh? Ok then... all you do is the following: 1. Search for a partial text match of your app that you want to install: # yum search gkrellm |more Searching Packages: Setting up repositories Reading repository metadata in from local files gkrellm-daemon.i386 2.2.4-0.2.el4.rf dag Matched from: gkrellm-daemon This contains only the gkrellm daemon, which you can install on its own on machines you intend to monitor with gkrellm from a different location. http://www.gkrellm.net/ gkrellm-wireless.i386 2.2.4-0.2.el4.rf dag Matched from: gkrellm-wireless http://www.gkrellm.net/ gkrellm.i386 2.2.4-0.2.el4.rf dag Matched from: gkrellm GKrellM charts SMP CPU, load, Disk, and all active net interfaces automatically. An on/off button and online timer for the PPP interface is provided. Monitors for memory and swap usage, file system, internet connections, APM laptop battery, mbox style mailboxes, and cpu temps. Also includes an uptime monitor, a hostname label, and a clock/calendar. http://www.gkrellm.net/ # Then to install, just run this: sudo yum install gkrellm Setting up Install Process Setting up repositories dag 100% |=========================| 1.1 kB 00:00 dell-software 100% |=========================| 951 B 00:00 update 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 addons 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.5 MB 00:06 dag : ################################################## 4377/4377 Added 10 new packages, deleted 0 old in 5.76 seconds primary.xml.gz 100% |=========================| 22 kB 00:00 dell-softw: ################################################## 91/91 Added 26 new packages, deleted 26 old in 0.13 seconds Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for gkrellm to pack into transaction set. gkrellm-2.2.4-0.2.el4.rf. 100% |=========================| 12 kB 00:00 ---> Package gkrellm.i386 0:2.2.4-0.2.el4.rf set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: gkrellm i386 2.2.4-0.2.el4.rf dag 718 k Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 718 k Is this ok [y/N]: from here, verify it looks okay... sometimes packages have dependancies that yum would figure out that you would need to also download (automatic) and they would also appear in the above list. Just answer Yes if you're ready to install... Is this ok [y/N]: y Downloading Packages: (1/1): gkrellm-2.2.4-0.2. 100% |=========================| 718 kB 00:07 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: gkrellm ######################### [1/1] Installed: gkrellm.i386 0:2.2.4-0.2.el4.rf Complete! Similarly, if you also wanted to install the gkrellm-wireless from the list above, you could run yum again to install that program and it would download and install that 'extension' to gkrellm for you as well. I personally used YUM with the method above to install some of my favorite apps to my CentOS distro, which include but are not limited to... gkrellm, vim-X11, pine (call me oldskool), xmms, xmms-skins, snort, lbreakout2, and a few others I can't remember right now. The best part is that if you use the "yum search *searchstring*" command, you can see the available packages that yum knows how to get and download all automatically for you! The best part about yum, is lets say that gkrellm is great and all, but some hacker finds a bug and exploits it and you feel vulnerable. Well, just a simple "yum update" after you had installed a while back these additional programs, and any new releases (for example, the bugfix release of gkrellm could be gkrellm-2.2.4-0.3 from the above example) will automatically get upgraded and patched, with no recompiling or any dirty work on your end. That's what I love best. I run yum update once a month usually to keep all my software up-to-date. Hope this tutorial was useful to some of you. My goal on here is to both share my knowledge to others, as well as learn a few tips-and-tricks along the way as well!! --zepcom
  5. Thanks man ... As time goes on and I get more aquainted with the group on here, I hope to be able to help some noobs with problems they're having!! -- zepcom
  6. You might want to try hitting '?' when top is running to see what options freebsd top allows. For example, my CentOS version of top allows me to hit "u" while it's running and filter out only "root" tasks, for example. Yours might be similar. hope this helps... --zepcom
  7. Here's a trick to save some steps in the future for you potentially.... yum search "searchstring-without-quotes" thus... if you would have ran yum search pkg-config you would have seen: Searching Packages: Setting up repositories Reading repository metadata in from local files pkgconfig.i386 1:0.15.0-3 base Matched from: pkgconfig The pkgconfig tool determines compilation options. For each required library, it reads the configuration file and outputs the necessary compiler and linker flags. Hope this helps ... I have found many oddly-named packages (instead of "gvim" the graphical GUI editor of VI ... it's called vim-X11 on my distro -- this is how I found it!) --zepcom
  8. Cross reference to my reply post here if you're using any recent redhat derivitive ... --zepcom
  9. apt-get and yum are superior replacements for RPM by handling all the pre-requisites for you (one command does it all) but on some older linuxes, apt-get and yum do not work very well. This is fine for debian (apt) and centos/fedora/redhatenterprise (yum) but older distros may have issues... It's a great recommendation, and worked on a RedHat9 box that I was about to rebuild. Probably still should rebuild it, but the need isn't as high now that I fixed the RPM database!! Thanks for the tip!! --zepcom
  10. Hi, Not sure if this is useful to anyone, but I thought I'd post this here in case it is. I do a lot of terminal line editing from the console of my workstation. Sometimes using text mode is faster and easier, instead of using the mouse to open up new terminal windows and position them easily. If you don't know how to get to the text console on your Linux PC, hold down CTRL-ALT and hit one of the F1-F6 keys. These are virtual terminals that you can log in with your credentials and view or edit files, "quick and dirty" if you will. I often find myself logging into the F1 terminal and running "top" to monitor my system's performance, then switching to the F2 terminal and starting a large file copy or something, then toggling back to the first one to monitor the increased load, etc. the problem that I used to have was that in the standard low-resolution text mode that comes out of the box, if you are viewing or editing a large file, there is some needless scrolling; in other words, you can't see as much as if you were in the GUI and had maximized the terminal session window to see more text. If you have a fairly modern video card, you can take advantage of a Vesa-VGA text high-res mode that is much better on the eyes than the 43x50 scrunched mode that sometimes comes up with high-res mode. This mode is actually a vga-complient mode, which equates to 1024x768 on your text console. Not all video cards support this, worst case senerio is that you just reboot and change the boot string back to what it was before and you'll be all set. I'm using CentOS (a red-hat derivitive) but this should be portable to other linuxes as well. I think that SUSE linux 9 and 10 actually have this high-res text mode out of the box. The solution: append to your grub.conf or lilo.conf file the string "vga=791" (without the quotes, of course). If you have grub, it might look like the following: # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/sda2 # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS-4 i386 (2.6.9-34.ELsmp) root (hd0,0) kernel /vmlinuz-2.6.9-34.ELsmp ro root=LABEL=/ vga=791 initrd /initrd-2.6.9-34.ELsmp.img title CentOS-4 i386-up (2.6.9-34.EL) root (hd0,0) kernel /vmlinuz-2.6.9-34.EL ro root=LABEL=/ initrd /initrd-2.6.9-34.EL.img Notice above my entry for "CentOS-4 i386" ... the line starting with "kernel" is the line that you append the vga=791 entry to. Lilo configuration would be similar; you just find your kernel that you use, and edit the "append=" line, as follows: boot=/dev/sda map=/boot/map install=menu vga=791 default="linux-enterpris" keytable=/boot/us.klt prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz label="linux" root=/dev/sda1 initrd=/boot/initrd.img append="devfs=mount acpi=off vga=791" read-only Again, in the above example, for my kernel named "linux", I've appended to the line that starts with append=. With grub, save the file and then reboot your machine to try it. With lilo, one more step involved... run "lilo" as root or "sudo lilo" as yourself if you've set it up to update the lilo boot loader. Then reboot your machine and try it. ## be careful ## - if you modify anything else in the grub or lilo config files without knowing what you're doing, you could render your machine unable to boot. appending this line to your kernel boot parameters will not cause problems, but don't tell me I didn't warn you! Your flavor of Linux may be different... so be sure to create a boot disk before hand to ensure that this doesn't wack your system!! CONCLUSION: After a reboot, if your video card supports it (sometimes an onboard video with only 1mb of ram would fail this mode, in which you would just have the same low-res mode that you had before trying this trick) you will be able to do the CTRL-ALT-F1 and see text in high-res. Go ahead and log-in, and edit a larger file and see how you can see more on the screen, but not be burdoned by the mouse in a GUI for a quick fix here and there. Good luck!! Regards, --zepcom
  11. If you're using CentOS or Fedora ... I've researched and found the solution to this problem another way. MY PROBLEM: I too had the second and third hard drive in my system completely unmountable. I could use fdisk and make partitions, and I also could mke2fs the filesystems on these partitions as well... so I know they were not damaged or "in use" as the OS claimed. Yet after creating the filesystems, I always got "device /dev/hdc busy" error messages. I tried the fuser command as mentioned above, but it always came up with no results, meaning that on one was sitting on the filesystems preventing them from being mounted. Well, it's documented here (centos mailing list describing symptoms and solution) and here (bug tracker at CentOS.org). THE SOLUTION: Seems as if a software raid utility got upgraded or installed (yum update caused it for me) called dmraid that took exclusive control over these drives and partitions, not allowing them to be mounted from the command line. The fix: Both posts give options, but what worked for me was to uninstall the DMRAID package: rpm --erase dmraid yum remove dmraid (this is the one I used). After a reboot (dmraid holds control of these devices until the next reboot, even if uninstalled that session) then I was able to mount and unmount each of my partitions. Hope this helps!! Regards, zepcom < a newbie to this board, but an expert in the linux field imho >
×
×
  • Create New...