users October 2004

users@lists.fedoraproject.org

969 participants
1524 discussions

why doesn't "df" show a larger logical volume?
by Robert P. J. Day 31 Oct '04

31 Oct '04

in prep for trying to install oracle on my FC2 system, i used "lvextend" to extend one of my logical volumes by a few gig. but when i mounted it again (did i have to unmount it first?), "df" showed me the same output as before. should i have expected "df" to show me a larger 1K block value? now "lvdisplay" shows me: LV Name /dev/vol0/archive VG Name vol0 ... LV Size 14.00 GB <-- looks good but "df" shows me: 1K blocks Used Avail /dev/mapper/vol0-archive 10321208 2336136 7460784 24% /archive ^^^^^^^^ ?? so where'd my extra 4G go? and should i assume it's just going to show up when oracle dumps a 10G footprint on my system? rday

1 1

Fedora Core 2 ISOs
by James LaRocque 31 Oct '04

31 Oct '04

I downloaded the Fedora core 2 ISO files, how do you write those to a cd in windows because I do not yet have any version of fedora installed. Thanks

3 2

rpm.livina.org
by ashwin kesavan iyengar 31 Oct '04

31 Oct '04

Hi, There is a warning in rpm.livina.org which says to use rpm.livina.org with fedora.us. Now how do i hav to modify yum.conf to do that. Thank you, with regards, ashwin

4 3

Printer issues
by Emmett Culley 31 Oct '04

31 Oct '04

Before I installed FC2, when I printed from OpenOffice, OpenOffice correctly setup a print job. For example, If I selected Duplex mode = Long Edge, then the document would print double sided. Or if I printed an envelope, the printer would properly print the address on the correct axis for an envelope fed from the manual tray. Since installing FC2, OpenOffice1 1.1, StarOffice and OpenOffice 1.0 all fail to correctly set printer job properties. It is the same printer with the same drivers. It is like FC2 will not allow the software to control the printer. Only stream data. Because it does everything except pay attention to user land software. If I open the printer control dialog and set Duplex=Long Edge, duplexing works. Why doesn't OpenOffice properly set print job properties. BTW, in FC1 and RH 9.0, all these apps correctly set print job properties. I've reported this in the OpenOffice bug tracker, and have not been able to find anything with a google search. Thanks in advance for any help. Emmett

1 0

NFS
by Littleguru 31 Oct '04

31 Oct '04

Hello I have created a nfs shared directory on my server ,and it mount properly on my client station , but I can not go to mounted directory , it says " permission denied " I can mount and access through my solaris station , but not through fedora . Would you please help me in this matter . Thanks

3 7

Another problem when using Livna.org yum updates
by Beartooth 31 Oct '04

31 Oct '04

yum keeps aborting, and I keep getting a message saying to run yum clean or remove some file, plus another saying Error: You may also check that you have the correct GPG keys installed. How do I do the latter? Fwiw, I got whatever it is that I have by doing rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY (I'm running FC1) -- Beartooth Autodidact, curmudgeonly codger learning linux Remember I know precious little of what I'm talking about!

4 7

FC2 authentication with Active Directory
by Jim Parker 31 Oct '04

31 Oct '04

Setup: FC2 on a workstation will all updates. 2 servers running Winblows server 2003 will all updates. Problem: I can't for the life of me figure out why I can't authenticate. I see Kerberos authenticates successfully, but nss_ldap cannot connect to the LDAP server. I guess it can't query LDAP to see what my UID is and fails on the uid < 100 for pam_unix. I modified the PAM files, ldap.conf, and krb5.conf files. Here are some excerpts from some log files. Secure: Oct 28 15:26:42 jparker-dfc2 login[3783]: pam_succeed_if: requirement "uid < 100" not met by user "jparker" Oct 28 15:27:06 jparker-dfc2 login[30256]: pam_succeed_if: requirement "uid < 100" not met by user "jparker" Messages: Oct 28 15:26:41 jparker-dfc2 login(pam_unix)[3783]: authentication failure; logname=LOGIN uid=0 euid=0 tty=tty1 ruser= rhost= user=jparker Oct 28 15:26:42 jparker-dfc2 login[3783]: pam_krb5[3783]: authentication succeeds for 'jparker' (jparker(a)KBM1.LOC) Oct 28 15:26:42 jparker-dfc2 login[3783]: nss_ldap: could not search LDAP server - Operations error Oct 28 15:26:42 jparker-dfc2 login[3783]: nss_ldap: could not search LDAP server - Operations error Oct 28 15:26:42 jparker-dfc2 login[3783]: pam_ldap: ldap_search_s Operations error Oct 28 15:26:42 jparker-dfc2 pam_winbind[3783]: user 'jparker' granted acces Oct 28 15:26:42 jparker-dfc2 login[3783]: nss_ldap: could not search LDAP server - Operations error Oct 28 15:26:42 jparker-dfc2 login(pam_unix)[3783]: session opened for user jparker by LOGIN(uid=0) Oct 28 15:26:42 jparker-dfc2 login[3783]: Permission denied I'm looking for any and all suggestions. Short of passwords and such, I'll post whatever you need.

4 3

Strange behaviour non-linux partitions: HELP
by Hans Troost 31 Oct '04

31 Oct '04

Hi all, About a week ago Michael Schwendt helped me out after I used qtparted to create a FAT32 partition on my disk, which damaged my configuration. I had to change my grub.conf, the fstab etc.... (could not boot anymore). After that everything seems to work fine again, but... now some problems come up with my non-linux partitions: I mount them (also have the NTFS-driver installed), see them but... I don't see "normal" windows files on it (for example /dev/hda2 is my WinXP boot partition, working fine, /dev/hda10 contains some file I placed there with fedora, before the "crash") The strange thing is: on the "non-linux" drives (both the NTFS and the VFAT ones) I see only the files that really are on /dev/hda9. To be honest: /dev/hda9 indeed is the new VFAT-partition I created with qtparted, causing the "crash" The WinXP installation still works fine and I placed a partition-specific named, empty text-file on each partition, using WinXP. The file on /dev/hda9 (called g-30.txt (G:-drive on windows, 30Gb) is shown on /dev/hda2, dev/hda5, dev/hda10 and /dev/hda11 as the only file (which is correct for /dev/hda9, is is the first and only file on it) So it seems that the drives are no longer (as it was before the crash) correctly "mapped" So I think something more has gone wrong then I have repaired, following Michael Schwendt's instructions (thanks again Michael!!) This is my disk: fdisk -l output: Disk /dev/hda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 192 1542208+ 12 Compaq diagnostics /dev/hda2 193 1404 9735390 7 HPFS/NTFS /dev/hda3 1405 19457 145010722+ f W95 Ext'd (LBA) /dev/hda5 1405 5400 32097838+ 7 HPFS/NTFS /dev/hda6 5401 5413 104391 83 Linux /dev/hda7 5414 6718 10482381 83 Linux /dev/hda8 6719 6972 2040223+ 82 Linux swap /dev/hda9 15149 19065 31463271 b W95 FAT32 /dev/hda10 19066 19457 3148708+ b W95 FAT32 /dev/hda11 6973 10888 31455238+ c W95 FAT32 (LBA) Partition table entries are not in disk order This is /etc/fstab: LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 /dev/hda8 swap swap defaults 0 0 /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/cdrom1 /mnt/cdrom1 udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/fd0 /mnt/floppy auto noauto,owner,kudzu 0 0 /dev/hda2 /mnt/windows ntfs auto,ro,umask=000 0 0 /dev/hda5 /mnt/windows ntfs auto,ro,umask=000 0 0 /dev/hda9 /mnt/windows vfat auto,rw,umask=000 0 0 /dev/hda10 /mnt/windows vfat auto,rw,umask=000 0 0 /dev/hda11 /mnt/windows vfat auto,rw,umask=000 0 0 So this is the output of mount -l: /dev/hda7 on / type ext3 (rw) [/] none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) usbdevfs on /proc/bus/usb type usbdevfs (rw) /dev/hda6 on /boot type ext3 (rw) [/boot] none on /dev/shm type tmpfs (rw) /dev/hda2 on /mnt/windows type ntfs (ro,umask=000) /dev/hda5 on /mnt/windows type ntfs (ro,umask=000) /dev/hda9 on /mnt/windows type vfat (rw,umask=000) /dev/hda10 on /mnt/windows type vfat (rw,umask=000) /dev/hda11 on /mnt/windows type vfat (rw,umask=000) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) Can anybody help me out? -- With kind regards, Hans Troost e-mail: fedora + chr(64) + troost.tweakdsl.nl

4 7

WMP54GS
by Ian Peters 31 Oct '04

31 Oct '04

2 1

Re: Some thoughts about yum and repositories
by Erik Hemdal 31 Oct '04

31 Oct '04

> Make that one of the problems, or part of the problem. Some of us would > rather run anything than MegaScat, and find linux (especially RedHat & > Fedora) somewhat less unapproachable than other distributions -- but can't > begin to follow such explanations as we commonly find, even if we're at > least mildly interested. (Several of my friends and correspondents refuse > even to try linux, despite their dissatisfaction with Windows, because > they see indications of the time & effort I put into it.) > I agree with you, to a point. When things go awry with Linux, I find that I have a lot of work to fix it. When things go awry with Windows, I generally have no idea where the problem is, how to fix it, or where to go to start diagnosing the problem. My experience with Windows users (family, friends and clients) is that when things go wrong they tend to accept it. "Oh, yes, "blarg" used to work, but it doesn't work anymore." I admire your perseverance with Linux. > Even such as we do notice that running yum is easier than up2date (or, > afaict, apt). But without being able to read (let alone write) code, we > can at least use a yum.conf if we can copy or download it. > > > The beauty of yum is that it uses standard protocols so you can easily > > look at the repos with your web browser and test to your hearts content > > with something like wget. > > What are repos, and why do you look at them? What would you test?? I think this is the point of the postings: A "repo" is short for "repository", a public site which provides updated packages in a form that yum can locate and download for you. You probably figured that out from the various postings. The key to yum.conf is that the lines in the file must be precisely correct. You must specify the precise directories on the repository's server where the updates will be found. If you don't do this, things won't work. When you want to add a new repository to your yum.conf, you need to find the repository and go visit it with your Web browser to find the specific directory you need. Then you have to cut and paste this into your yum.conf file. It's not difficult, but it's also not particularly obvious, unless you have a HOWTO (and unless you have the background knowledge to make use of the HOWTO). What do you test? You can use a tool like wget to download packages from the repository (without using yum) and you can test that the packages are complete/correct/acceptable to you. You are not limited to accessing the repository only via yum so you can confirm for yourself that the packages are what you want. Compare this to Windows Update, where you can only download what is presented to you, and you can only access the updates after accepting various disclaimers, and you cannot examine the packages prior to installing them. The updated yum.conf files appeared as soon as yum appeared. By default yum.conf came delivered with pointers to Red Hat's servers, and they are overwhelmed. Modified files soon appeared with pointers to various mirror sites, which themselves can become overwhelmed. So if one of the downloaded yum.conf files don't work well for you, you still need to know how to find a new mirror site so you can use one that is not overloaded. Hope this helps. Erik

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
153
Older →

Jump to page: