similar to: Installing 4.3 from CD

Good morning, I hate to bother everyone again, but I'm having some more trouble. I have a new machine with an MSI RS480M2-IL motherboard (ATI Xpress200 chipset) and a Hammer DVD Writer (shows up as a Matshita DVD-RAM SW-9585). I get the CD to start (in text mode - don't know why I can't do VGA or better), and it asks me What type of media contains the packages to be installed.

Is there anyone out there who has installed FreeBSD on the above Sony laptop ? Both ''cat filename > /dev/dsp0.0'' or ''vlc cdda:///dev/acd0@1 are OK. If I run ''cdcontrol -f /dev/acd0 play'', there is no sound. But the output of ''cdcontrol -f /dev/acd0 status audio'' is alright. (same behaviour for cd0 instead of acd0) And the output

Evening everyone, I'm trying to install Centos 4.3 in VMWare Workstation running on Windows XP (my laptop). I downloaded the CD iso's to my Linux box and burned them (I did them correctly since last time I screwed them up). However, when I start the VM in VMWare, it says the CD isn't bootable. Any ideas? Thanks! Jeff

Peter, Okay, here are the exact error messages and what leads up to them: -------------------------begin------------------------- Adaptec AHA-2940 Ultra/Ultra w BIOS v.1.23 (c) 1996 adaptec, Inc. all rights Reserved. Press <Ctrl> <A> for SCSI Select (TM) Utility! * SCSI ID: LUN NUMBER #:# 0:0 - IBM-PCCO DGHS - Drive C: (80h) SCSI ID: LUN NUMBER #:# 5:0 - MATSHITA CD_ROM CR-506

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Time for another cifs-utils release! Nothing terribly earth shattering here. Some distros (like Fedora) are moving krb5 credcaches out of /tmp by default. Users of these distros will definitely want to upgrade. Highlights: * Fixes for mounting with '/' in usernames with sec=krb5 * Support for DIR: type krb5 ccaches * support for

Hey, I have a portable harddisk Western Digital 120GB USB. Im running Nevada b42a on Thinkpad T43. Is this a supported configuration for setting up ZFS on portable disks ? Found out some old blogs about this topic: http://blogs.sun.com/roller/page/artem?entry=zfs_on_the_go and some other info under: http://www.sun.com/io_technologies/USB-Faq.html Is this information still valid ? Under ZFS FAQ

Good afternoon, Apologies if this topic has come up before but I've found that the Firefox 45.1.0 stability to be somewhat lacking. For example, I can't use it for Twitter because it crashes. It also crashes when I log into gmail. This happens every time I try these URL's. Any suggestions on improving the stability? Thanks! Jeff

Oops - I should have mentioned that I'm running C6 (I do need to upgrade at some point). Jeff > On Fri, May 06, 2016 at 02:54:06PM -0400, Jeff Layton wrote: >> Good afternoon, >> >> Apologies if this topic has come up before but I've found >> that the Firefox 45.1.0 stability to be somewhat lacking. >> >> For example, I can't use it for Twitter

Hello all I've got a Matshita dvd-ram uj-830sx that is performing very bad on my freshly installed CentOS 5. I'm using k3b and get a steady 1.2x which is way too slow. I think it is supposed to do ~8x and the discs are 16x. Any suggestions? (hdparm -c 1 -d 1 /dev/hdc turned on 32-bit IO but only helped slightly) Johnny Ljunggren

Good morning, I've inherited an old laptop from my wife that I'd like to use when I travel (it's fairly small with a 12" screen). The bad part is that it is maxed out on memory with 384MB. Has anyone played with using Centos5 on systems with little memory? Ideally, I don't need too much - Firefox, Openoffice, a little Perl/Python/C here and there. I was thinking about using

I've noticed the following behavior on files that are overwritten with an scp command and I can't decide if this is intended behavior or a bug? Can someone with a little more insight please share the reasoning for this (if any)? I've tested this with a mix of 3.4p1 and 3.5p1 hosts. Suppose we have 2 files on different hosts, with different group ownership and permissions. user1 is not

On Fri, 2017-02-10 at 11:15 -0600, Chad William Seys wrote: > Hi Jeff, > > > So we have a default credcache for the user for whom we are operating > > as, but we can't get the default principal name from it. My guess is > > that it's not finding the > > This mount is run by root UID=0 and seems to be find that credential > cache without problem (earlier

struct timespec64 has unused bits in the tv_nsec field that can be used for other purposes. In future patches, we're going to change how the inode->i_ctime is accessed in certain inodes in order to make use of them. In order to do that safely though, we'll need to eradicate raw accesses of the inode->i_ctime field from the kernel. Add new accessor functions for the ctime that we can

Article by Jeff Layton: http://www.linux-mag.com/id/7839 anyone have views on whether this sort of caching would be useful for the MDT? My feeling is that MDT reads are probably pretty random but writes might benefit...? GREG -- Greg Matthews 01235 778658 Senior Computer Systems Administrator Diamond Light Source, Oxfordshire, UK

Hi Aurélien, Thanks for the idea! For Debian packages: 6.4-1 works 6.5-1 works 6.5-2 works 6.6-1 fails 6.6-5 fails So looks like something changed from 6.5 to 6.6... When I have time I'll figure out how to compile the upcall binary.

Update MAINTAINERS and .mailmap with my @linaro.org address, since I don't have access to my @arm.com address anymore. Signed-off-by: Jean-Philippe Brucker <jean-philippe at linaro.org> --- .mailmap | 1 + MAINTAINERS | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/.mailmap b/.mailmap index 0fef932de3db..8ce554b9c9f1 100644 --- a/.mailmap +++ b/.mailmap @@

Apologies for v3 series, I had some extra patches in there. This is the one that should have been sent. Relabeled as v4 for clarity. Third respin of this series. Reordered for better safety for bisecting. The environment scraping is now on by default, but can be disabled with "-E" in environments where it's not needed. Also, I've added a patch to make cifs.upcall drop

Chad reported that he was seeing a regression in cifs-utils-6.6. Prior to that, cifs.upcall was able to find credcaches in non-default FILE: locations, but with the rework of that code, that ability was lost. Unfortunately, the krb5 library design doesn't really take into account the fact that we might need to find a credcache in a process that isn't descended from the session. When the

Hello listmates, I've got a few older 32-bit PC's that only have a CD drive (no DVD). So I downloaded all the ISO's and I thought I'd install CentOS 5.5 on this 1.25 GB P-3 (I think, don't remember what CPU it's got right off hand, not that it should matter). So I tried it there, got a fatal exception. OK, no problem - thinking that maybe something was wrong with that

In the latest Fedora rawhide kernel in the repos, I'm seeing the following oops when mounting xfs. rc2-ish kernels seem to be fine: [ 64.669633] ------------[ cut here ]------------ [ 64.670008] kernel BUG at drivers/block/virtio_blk.c:172! [ 64.670008] invalid opcode: 0000 [#1] SMP [ 64.670008] Modules linked in: xfs libcrc32c snd_hda_codec_generic snd_hda_intel snd_hda_controller