Re: Recurrent disk activity every minute
On Sat, Jun 10, 2017 at 07:17:10PM -, Michael van Elst wrote: > If the load cycle count increases, then the hard drive is probably > configured for power saving. This is a bad choice for a disk with > read-write mounted filesystems. NetBSD doesn't configure the drive > by itself, but the BIOS may. > > If the load cycle does not increase, maybe the start/stop count or > the number of calibration retries does? > > The NetBSD atactl command can read SMART data, you don't need smartmontools > just for that. Thanks for introducing me to atactl. The Load Cycle Count does keep increasing. I read it's the disk manufacturer's choice and many users are annoyed by this. I'll also check out bios, but I think there was nothing to control this when I struggled with this before. Mayuresh
Re: Recurrent disk activity every minute
mayur...@acm.org (Mayuresh) writes: >In a couple of laptops in last 2 years I faced this problem (irrespective >of OS): >The disk makes a recurrent noise, I guess, of the head being parked nearly >every 1 minute, unless of course it's busy with some disk heavy activity >like compilation. If the load cycle count increases, then the hard drive is probably configured for power saving. This is a bad choice for a disk with read-write mounted filesystems. NetBSD doesn't configure the drive by itself, but the BIOS may. If the load cycle does not increase, maybe the start/stop count or the number of calibration retries does? The NetBSD atactl command can read SMART data, you don't need smartmontools just for that. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: Recurrent disk activity every minute
Hello Mayuresh, Mayuresh writes: > [...] > Is there any way to override this behavior of the drive in NetBSD? > > Would apm or sysutils/smartmontools be of help? > [...] No idea if that will increase/decrease disk life span but I think that `atactl setidle 0' and/or `atactl setstandby 0' is what you're looking for!
Re: Recurrent disk activity every minute
On Sun, Jun 11, 2017 at 12:18:58AM +0530, Mayuresh wrote: > The issue was also discussed in debian maling list and may provide useful > insights: > https://lists.debian.org/debian-user/2015/06/msg01029.html BTW, on debian, after trying a lot of suggestions I ended up writing a job that would invoke smartctl -a on the drive every 30s to keep it from parking the head every 1 minute. Mayuresh.
Recurrent disk activity every minute
In a couple of laptops in last 2 years I faced this problem (irrespective of OS): The disk makes a recurrent noise, I guess, of the head being parked nearly every 1 minute, unless of course it's busy with some disk heavy activity like compilation. Wonder, being a mechanical movement, it may reduce the life span of the hard drive. Is there any way to override this behavior of the drive in NetBSD? Would apm or sysutils/smartmontools be of help? The issue was also discussed in debian maling list and may provide useful insights: https://lists.debian.org/debian-user/2015/06/msg01029.html Mayuresh.
cryfs on NetBSD
While searching for alternatives for encfs (have a separate thread in pkgsrc list) came across "cryfs" and found only a wikipedia page saying that NetBSD actually supports it. https://en.wikipedia.org/wiki/Comparison_of_disk_encryption_software#Operating_systems Is this information (that NetBSD supports cryfs) accurate on wikipedia? I did not find any documentation or filesystems/ package related to cryfs. Mayuresh
Re: firefox audio: what works oss or alsa
On Sat, Jun 10, 2017 at 09:05:46PM +0530, Mayuresh wrote: > Is oss likely to work than alsa? I am not considering pulseaudio unless > that is the only workable option. Rebuilt with oss. Works fine now. Mayuresh
firefox audio: what works oss or alsa
I have built firefox 52.0.1 using pkgsrc 2017Q1 on 8.0 BETA i386. I am able to play videos, such as youtube, but no audio. Audio is otherwise working fine with mpv. When building firefox I had enabled alsa, and disabled oss and pulseaudio. Is oss likely to work than alsa? I am not considering pulseaudio unless that is the only workable option. Mayuresh
Re: 8.0 BETA i386: mplayer: text relocations error
On Sat, Jun 10, 2017 at 03:00:06PM +, co...@sdf.org wrote: > on mpv it might nto pick the best audio output method by default. > you can choose which to use with e.g. --vo=xv Yes, that worked, thanks! I do not have graphics hardware. The video is somehow not as smooth moving as it was say with mplayer, but that was on Linux. May have to do with the OS rather than the application. I liked mpv. Keystrokes are largely compatible with mplayer, that helps getting used to. However OSD (on screen display) did not work for me. Does OSD work for you? Mayuresh.
Re: 8.0 BETA i386: mplayer: text relocations error
Hi, on mpv it might nto pick the best audio output method by default. you can choose which to use with e.g. --vo=xv If you have intel graphics, getting vaapi may be good (hardware decoding). I seem to recall the mplayer failure is something in ffmpeg that is i386 specific. I will try to reproduce.
Re: 8.0 BETA i386: mplayer: text relocations error
On Sat, Jun 10, 2017 at 03:58:41PM +0200, Jan Danielsson wrote: >mplayer hasn't worked on NetBSD for a long time for me. I went over > to mpv and haven't looked back. mpv works flawlessly on NetBSD. Thanks. Audio works great for me now. Are you able to use it for videos also? Video is too slow for me with mpv. (Even sd video.) Any specific options (compileation time/run time) to be enabled? I tried sdl, sdl2, which didn't solve the slow video problem. Mayuresh.
Re: 8.0 BETA i386: mplayer: text relocations error
On 06/10/17 15:48, Mayuresh wrote: [---] > Is this workable around or are there alternative media players that would > work better with NetBSD? mplayer hasn't worked on NetBSD for a long time for me. I went over to mpv and haven't looked back. mpv works flawlessly on NetBSD. -- Kind regards, Jan Danielsson
8.0 BETA i386: mplayer: text relocations error
Trying to get mplayer work on NetBSD 8.0 BETA i386. Get the following error: mplayer: text relocations mplayer: Cannot write-enable text segment: Permission denied Sounds like mplayer does something nasty that NetBSD doesn't like? Is this workable around or are there alternative media players that would work better with NetBSD? Mayuresh.
Re: 8.0 BETA Freezes when configuring run0
It's fixed by the opencrypto changes but they were not pulled up to -8. I have seen it too.