Sheriff Joe
by Fedora User
It is perfectly obvious why Arpaio is missing in action. He is not going
to submit himself to be examined under oath. Joe doesn't care about this
issue. His only interest is press coverage of Joe - and he got that.
What? You really think he knows something new?
Ever hear of Occam's Razor? When there are numerous hypotheses, the
simplest explanation is likely to be correct. In this case that means
that President Obama was born in Hawaii exactly as stated.
President Obama will be on the ballot in all 50 states and he will be
reelected. You need to find a new hobby.
11 years, 7 months
att-uverse new, can't access internet
by Jackson Byers
f16
today we switched our tv,internet,phone to att-uverse.
Installation seemed to go smoothly.
Initial cks of internet access worked,
on both my f16 box and my wife's imac.
But that was with browsers already up from previous to changeover.
Now f16 has no internet.
Imac does have internet, after following
att rep on phone,
to somehow ( I am forgetting the steps, probably)
--click on something like wlesspanel ?
--click on 2wire397
--enter a 10digit key found on back of new modem
The att phone rep tried to be helpful on my f16, but I couldn't get anywhere.
fwiw, I am running xfce.
I have no clue,
help please
Jack
sent from the imac
11 years, 7 months
NFS mounts on Fedora 17 hang when reading lots of data
by Guido Winkelmann
Hi,
I am experiencing problems with NFS mounts locking up after some use on a
Fedora 17 machine. The symptoms are that all processes trying to access any
file will hang indefinitely. In ps, these processes are listed as being in
status D. There are no error messages, not even in dmesg.
When I unmount the NFS-share with umount -l (it won't work without the -l),
the processes will stay stuck but can be killed. In at least one case, I could
not even mount the share again after doing that. (The mount command would hang
indefinitely.)
(Indefinitely here means "I have waited several hours, and nothing has
happened".)
I cannot reliably reproduce the problem, but it seems to be happening more
often when reading a very large number (100000+) of 1 MB-sized files using a
large number (1000+) of concurrent requests over the NFS share. I have written
a script (originally for testing filesystem consistency using SHA1 checksums)
that does just that.
When the NFS lockup happens, the rest of the client machine keeps working,
except of course processes trying to access the share. (That includes things
like df).
The described problem has happened against two very different NFS servers:
Another Fedora 17 based server running on a Dell R210 II and an EMC VNX 5300.
The NFS protocol has been NFSv3 over TCP in all cases. I haven't yet tried to
repoduce the problem with UDP. NFSv4 is not really an option. (Because it
shows weird problems with chown and chmod.)
The kernel version on the client machine is 3.5.4-1.fc17.x86_64.
Does anybody have any idea what might be happening here or what I could do to
further debug the problem? Should I file a bug report?
Regards,
Guido
11 years, 7 months
pstopxl not available??
by Michael D. Setzer II
Just started getting this message today?
Found that pstopxl has been rename to gstopxl, so have just
made an ln -s gstopxl pstopxl to fix the issue for now, but assume
something needs to be updated.
This is with a Fedora 16 system. Just was trying to print
something during my linux class, and nothing printed?
+----------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
mailto:mikes@kuentos.guam.net
mailto:msetzerii@gmail.com
http://www.guam.net/home/mikes
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+----------------------------------------------------------+
http://setiathome.berkeley.edu (Original)
Number of Seti Units Returned: 19,471
Processing time: 32 years, 290 days, 12 hours, 58 minutes
(Total Hours: 287,489)
BOINC@HOME CREDITS
SETI 12974636.922533 | EINSTEIN 8724794.349852
ROSETTA 5037746.871059 | ABC 15179802.443141
11 years, 7 months
mpeg2enc problem
by JD
I am trying to encode an mp4 video to mpeg-2 using mpeg2enc as follows
mpeg2enc -v 0 -f 9 -l h -b 8000KB --video-buffer 65535KB -F 5 -X 1280 -y
800 -a 312 --no-constraints -o Video_12.dvd < Video_12.mp4
resulting in the fatal error:
**ERROR: [mpeg2enc] -v option requires arg 20..4000
--verbose|-v num
Level of verbosity. 0 = quiet, 1 = normal 2 = verbose/debug
But I am already providing the option -v 0 to keep it quiet.
Anyone familiar with this util?
PS: I tried to us ffmpeg, and it created an mpeg2 file full of warnings
of discontinuity and requiring the re-multiplexing of input.
Thanx.
11 years, 7 months
Hibernate stopped working. Have no clue why.
by Sergio
Hello list.
Hibernate used to work fine (didn't use it much though) but stopped working these last days.
Suspend still works but while it worked flawlessly, now I have had some times that when it's suspended for a longer time it won't come up or won't come up properly (no video).
I have no clue except the regular tendentious suspicion on the selinux-policy* updates these last days (I always suspect them when there's no visible error; don't know if they deserve this or not).
Anyway, I'm attaching pm-suspend.log and the relevant part of /var/log/messages from the last try to hibernate (it was only a few minutes powered down as I was just testing).
pm-suspend.log has no news; it's just the normal failure that it has the suspend recorded but not the awake.
Now the messages look somewhat weird.
A normal boot up:
Sep 28 19:11:09 f17 kernel: imklog 5.8.10, log source = /proc/kmsg started.
Sep 28 19:11:09 f17 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="588" x-info="http://www.rsyslog.com"] start
Sep 28 19:11:09 f17 systemd-cryptsetup[467]: Volume luks-887e89d1-eabf-47ff-9bc7-c879d2ab511a already active.
Sep 28 19:11:09 f17 systemd-cryptsetup[472]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/6975cc34-9e46-4507-ae14-20774e5251bd.
Sep 28 19:11:09 f17 systemd-fsck[474]: /dev/sda1: clean, 347/128016 files, 81320/512000 blocks
Sep 28 19:11:09 f17 systemd-fsck[504]: /dev/mapper/luks-6975cc34-9e46-4507-ae14-20774e5251bd: clean, 124217/436320 files, 649888/1742080 blocks
Sep 28 19:11:09 f17 jexec[516]: Starting jexec services
Sep 28 19:11:09 f17 auditctl[545]: No rules
Sep 28 19:11:09 f17 auditctl[545]: AUDIT_STATUS: enabled=0 flag=1 pid=0 rate_limit=0 backlog_limit=320 lost=0 backlog=0
Sep 28 19:11:09 f17 auditd[544]: Started dispatcher: /sbin/audispd pid: 553
Sep 28 19:11:09 f17 audispd: No plugins found, exiting
{snip}
Here's after I previously hibernated:
Sep 28 19:23:07 f17 kernel: imklog 5.8.10, log source = /proc/kmsg started.
Sep 28 19:23:07 f17 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="602" x-info="http://www.rsyslog.com"] start
Sep 28 19:23:07 f17 swapon[448]: swapon: /dev/mapper/luks-887e89d1-eabf-47ff-9bc7-c879d2ab511a: software suspend data detected. Rewriting the swap signature.
Sep 28 19:23:07 f17 systemd-cryptsetup[474]: Volume luks-887e89d1-eabf-47ff-9bc7-c879d2ab511a already active.
Sep 28 19:23:07 f17 systemd-cryptsetup[477]: Set cipher aes, mode xts-plain64, key size 512 bits for device /dev/disk/by-uuid/6975cc34-9e46-4507-ae14-20774e5251bd.
Sep 28 19:23:07 f17 systemd-fsck[482]: /dev/sda1: recovering journal
Sep 28 19:23:07 f17 systemd-fsck[482]: /dev/sda1: clean, 347/128016 files, 81320/512000 blocks
Sep 28 19:23:07 f17 systemd-fsck[514]: /dev/mapper/luks-6975cc34-9e46-4507-ae14-20774e5251bd: recovering journal
Sep 28 19:23:07 f17 systemd-fsck[514]: /dev/mapper/luks-6975cc34-9e46-4507-ae14-20774e5251bd: clean, 124216/436320 files, 649886/1742080 blocks
Sep 28 19:23:07 f17 jexec[526]: Starting jexec services
Sep 28 19:23:07 f17 auditctl[557]: No rules
Sep 28 19:23:07 f17 auditctl[557]: AUDIT_STATUS: enabled=0 flag=1 pid=0 rate_limit=0 backlog_limit=320 lost=0 backlog=0
Sep 28 19:23:07 f17 auditd[554]: Started dispatcher: /sbin/audispd pid: 568
{snip}
Difference is that swapon line that detects suspend data. But then it boots normally instead of loading the desktop and recovers the filesystem (sda1=/boot and the encrypted=/home).
Thanks for any clues you may have.
11 years, 7 months
F17-how configure system-wide mobile broadband internet connection
by Franta Hanzlík
NetworkManager is able connect to internet over USB Huawei modem, but it
seems only from user session. How configure this connection as
system-wide, started when system comes up?
It seems as in Fedora's system-config-network isn't possible configure
this kind of connection (s-c-n not recognize modem, although
udev/usb-modeswitch prepare it and relevant /dev/ttyUSBx exist).
TIA, Fr. Hanzlik
-----------------------------------------
This email was sent using SquirrelMail.
"Webmail for nuts!"
http://squirrelmail.org/
11 years, 7 months
New 3tb hdd thinks it's 801.6 GB
by George R Goffe
Tim,
Thanks for your response.
I had tried what you suggested but the system still reports 801.6 GB.
I have seen some mention of firmware problems but the asus.com web site seems to have firmware carefully hidden.
What are your thoughts?
George...
fdisk -l /dev/sdb
Disk /dev/sdb: 801.6 GB, 801569726464 bytes
255 heads, 63 sectors/track, 97451 cylinders, total 1565565872 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x52f115ab
Device Boot Start End Blocks Id System
Here's what dmesg says:
2943 [160827.397064] scsi9 : usb-storage 2-1.4.4:1.0
2944 [160828.398507] scsi 9:0:0:0: Direct-Access ST3000DM 001-9YN166 PQ: 0 ANSI: 2 CCS
2945 [160828.400114] sd 9:0:0:0: Attached scsi generic sg2 type 0
2946 [160828.400635] sd 9:0:0:0: [sdb] 1565565872 512-byte logical blocks: (801 GB/746 GiB)
2947 [160828.401611] sd 9:0:0:0: [sdb] Write Protect is off
2948 [160828.401615] sd 9:0:0:0: [sdb] Mode Sense: 00 38 00 00
2949 [160828.402650] sd 9:0:0:0: [sdb] Asking for cache data failed
2950 [160828.402661] sd 9:0:0:0: [sdb] Assuming drive cache: write through
2951 [160828.406626] sd 9:0:0:0: [sdb] Asking for cache data failed
2952 [160828.406629] sd 9:0:0:0: [sdb] Assuming drive cache: write through
2953 [160828.415219] sdb: unknown partition table
2954 [160828.418199] sd 9:0:0:0: [sdb] Asking for cache data failed
2955 [160828.418202] sd 9:0:0:0: [sdb] Assuming drive cache: write through
2956 [160828.418205] sd 9:0:0:0: [sdb] Attached SCSI disk
11 years, 7 months
Re: Change default app. -
by 精灵的冬天
Free Free Free .
------------------ Original ------------------
From: "Suvayu Ali"<fatkasuvayu+linux(a)gmail.com>;
Date: Thursday, Sep 27, 2012 6:25 PM
To: "users"<users(a)lists.fedoraproject.org>;
Subject: Re: Change default app. -
On Thu, Sep 27, 2012 at 02:12:21PM +0800, Ed Greshko wrote:
> On 09/27/2012 05:37 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
> > How do I change the default application for playing a video file
> > received from an iPhone [.mov]?
> >
> > Presently I have to save it and play with vlc which works perfectly.
> > Something called "Parole" is all that is offered and I have never
> > succeeded in playing anything using it, considering just removing
> > it. Google describes methods for setting the default but they don't
> > seem applicable to XFCE and F-17/64.
>
> If you start the file manager, "Thunar", and then right click on the
> X.mov file pick "Open with" and then "Open with other Application" you
> should be able to choose vlc and that choice should stick for all .mov
> files.
>
Another desktop agnostic way might be:
$ xdg-mime default vlc.desktop `xdg-mime query filetype /path/to/file.mov`
To get parole to work, I believe you need the gstreamer packages
installed. This is from my laptop:
gstreamer-0.10.36-1.fc17.x86_64
gstreamer-ffmpeg-0.10.13-2.fc17.x86_64
gstreamer-plugins-bad-0.10.23-1.fc17.x86_64
gstreamer-plugins-bad-free-0.10.23-8.fc17.x86_64
gstreamer-plugins-bad-free-extras-0.10.23-8.fc17.x86_64
gstreamer-plugins-bad-nonfree-0.10.22-3.fc17.x86_64
gstreamer-plugins-base-0.10.36-2.fc17.x86_64
gstreamer-plugins-good-0.10.31-4.fc17.x86_64
gstreamer-plugins-ugly-0.10.19-1.fc17.x86_64
gstreamer-tools-0.10.36-1.fc17.x86_64
GL
--
Suvayu
Open source is the future. It sets us free.
11 years, 7 months