IRC log for #devuan on 20160807

00:19.12*** join/#devuan newbie|2 (~millpond@c-98-252-19-252.hsd1.de.comcast.net)
00:56.16*** join/#devuan golinux (~golinux@unaffiliated/golinux)
01:30.24*** join/#devuan Drugo (~andrea@host120-167-dynamic.181-80-r.retail.telecomitalia.it)
01:37.56*** join/#devuan Defiant (erik@x4e36178d.dyn.telefonica.de)
01:59.49*** join/#devuan blueness (~blueness@gentoo/developer/blueness)
02:14.42*** join/#devuan Hoshpak (~Hoshpak@p2003005B4B66CD0094C5E042BF4C482C.dip0.t-ipconnect.de)
02:29.05*** join/#devuan millpond (~millpond@c-98-252-19-252.hsd1.de.comcast.net)
03:09.52*** join/#devuan newbie|2 (~millpond@185.94.30.2)
04:01.20*** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
04:11.23Centurion_Danyou need to write to those blocks, and only then when the write fails will it finally re-allocate them.  This is where raid comes in to it
04:17.34Centurion_Dan<PROTECTED>
04:18.29Centurion_DanDocScrutinizer05: Your disk is stuffed, you better replace it.
04:19.28furrywolfI've never had a modern drive have "just a couple" bad blocks.  by the time you see ANY hard-failed blocks, the drive is garbage.
04:20.33furrywolfmodern drives have spare capacity and re-map bad blocks on the fly.  by the time you see blocks that you're unable to write to, its only because all of the spare capacity is filled and the drive can't transparently remap any more failures.
04:25.48Centurion_Danfurrywolf: Generally speaking once a drive starts to accumulate pending sectors, it's already failing and probably lost data.  I find often that a disk is usually getting slower and slower long before it ever indicates bad sectors - so the thing to watch is the read/write performance on the drive and when it's performance starts to drop off noticeably, then it's time to replace it.
04:26.30furrywolfas I said...  by the time you see the failed writes, it's garbage.  :)
04:27.08DocScrutinizer05Centurion_Dan: I already did
04:27.10DocScrutinizer05:-)
04:27.24DocScrutinizer05ny a decent RAID of server grade HDDs
04:27.29DocScrutinizer05by*
04:29.08Centurion_Dangood ;-)
04:29.17Centurion_Danbbl ... dishes to do...
04:29.33furrywolfand bbl here too...  sleeping to do.
04:38.42*** join/#devuan dardevelin (~dardeveli@unaffiliated/dardevelin)
04:46.31Centurion_Dan;-P
04:47.44DocScrutinizer05anyway filed reads here
04:47.49DocScrutinizer05failed*
04:49.52DocScrutinizer05waiting for writes to defect blocks to finally remap them makes a whole lot of sense. Thanks for helping me out of that dead spot
05:08.09*** join/#devuan Oksana_ (~chatzilla@Maemo/community/ex-council/Wikiwide)
05:10.33*** join/#devuan obarun (~obarun@154.67.14.64)
05:15.20*** join/#devuan golinux (~golinux@unaffiliated/golinux)
05:20.16*** join/#devuan blueness (~blueness@gentoo/developer/blueness)
05:29.40*** join/#devuan gab__ (~gab@46.182.153.9)
05:32.42Centurion_DanDocScrutinizer05: if you force the raid to do a sync then it will detect and recover the bad blocks (assuming they are within the constraints of the raid array).
05:33.43DocScrutinizer05the bad disk isn't in a raid
05:33.55DocScrutinizer05it got replaced by a raid
05:34.19DocScrutinizer05now it's basically idle and I wonder what to do with it
05:35.43DocScrutinizer05I ponder to use hdparm to handle the bad blocks
05:41.16DocScrutinizer05--read-sector  and  --repair-sector
05:47.45DocScrutinizer05golden:  >> A value of 252 signifies a timeout of 21 minutes. A value of 253 sets  a  vendor-defined               timeout period between 8 and 12 hours, and the value 254 is reserved.  255 is interpreted as 21 minutes plus 15 seconds.<<
05:49.11DocScrutinizer05>>The encoding of the timeout value is somewhat peculiar.<< quite true
05:51.51Centurion_DanAre you keeping the disk around for some reason??
05:52.09Centurion_Danbbl ... dinner :-P
05:58.36*** join/#devuan lkcl (~lkcl@64.20.171.171)
06:04.29DocScrutinizer05mainly to see how long it takes until it explodes
06:04.38DocScrutinizer05;)
06:12.23dethaExercise it. Divide it into two equal partitions, write the one full of /dev/urandom, copy to the other. Repeat with both partitions swapped.
06:42.02Centurion_Danah, then I suggest running a bunch of the disk test tools - something like bonnie++ or iozone.
06:42.06*** join/#devuan rrq (~ralph@60-242-139-200.static.tpgi.com.au)
06:47.59Centurion_DanDocScrutinizer05: you may get the best chance at killing it by isolating repetitive tests to a range of sectors around those marked as pending.   It seem from my experience that windows is great at killing drives, because it keeps trying to re-read the same dodgy sectors over and over again creating a hot spot on the hdd which then expands until it causes the heads to shit themselves usually destroying significant key areas of disk at the sa
06:49.07Centurion_DanI've seen the same with linux, but never at the same rate as I've seen windows toast hdd's.
07:34.26*** join/#devuan premoboss (~utente@37.227.87.166)
07:39.13*** join/#devuan Levure (~quassel@91.179.231.115)
08:12.52*** join/#devuan blueness (~blueness@gentoo/developer/blueness)
08:12.53*** join/#devuan Chanku (~Chanku@c-68-52-188-31.hsd1.tn.comcast.net)
08:40.30*** join/#devuan Ruusento (~lucent@m.lucentw.gq)
09:09.14*** join/#devuan aitor (~aitor@114.62-99-112.dynamic.clientes.euskaltel.es)
09:09.57aitorSorry, the version of linux-base in packages.gnuinos.org was the same than jessie's
09:10.10aitorI uploaded linux-base-4.4
09:11.42aitorToday is my birthday (i haven't any facebook account)
09:13.22fsmithredhappy birthday!
09:13.49fsmithredand congrats on no facebook account
09:13.52aitorThanks :)
09:14.46aitorWhere is my T-shirt?
09:15.51fsmithredI have no control over t-shirts
09:16.35aitorOk :(
09:17.15fsmithredso, do we know what the final instructions are for booting with vdev?
09:19.04aitorWe'll have to analyze the package *vdev-example*
09:19.29fsmithredthat's a separate package?
09:19.58aitorYes
09:19.59aitorhttp://packages.gnuinos.org/pool/main/v/vdev/
09:20.18fsmithredshould be able to apt-get it?
09:20.25fsmithredI'm booting test system now.
09:21.10fsmithredoh. i  already have it.
09:21.55aitorOf course, you have the instructions about how to add the repositories in the website:
09:21.59aitorwww.gnuinos.org
09:22.04fsmithredalready added
09:22.30fsmithredthere's nothing in the vdev-example docs except changelog and copyright
09:25.05aitorThere is a /etc folder
09:25.07*** join/#devuan SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl)
09:25.42*** join/#devuan Pali (~pali@Maemo/community/contributor/Pali)
09:25.51aitorSee you later
09:25.58fsmithredbye
09:26.13aitorThe limousine is waiting outside
09:26.20fsmithredhave fun
09:26.22aitorToday i travel in limousine
10:25.41*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
10:50.45*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
11:10.41*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
11:21.27*** join/#devuan howard1 (~howieb200@cpc89244-aztw30-2-0-cust5430.18-1.cable.virginm.net)
11:51.37*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
12:01.28*** join/#devuan TwistedFate (~TwistedFa@unaffiliated/twistedfate)
12:12.24*** join/#devuan Drugo (~Drugo@host120-167-dynamic.181-80-r.retail.telecomitalia.it)
12:20.41*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
12:24.41*** join/#devuan n4dir (~user@pD9EF0D78.dip0.t-ipconnect.de)
12:43.02*** join/#devuan armin (~armin@base.m2m.pm)
12:45.08*** join/#devuan SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl)
12:47.37*** join/#devuan nixe (4db63106@gateway/web/freenode/ip.77.182.49.6)
12:47.59nixeHi there.
12:48.37nixeI'd like to replace dbus, policykit-1 and util-linux and prbably pulseaudio with poiteringfree binaries.
12:48.57nixeI added sme known systemd-free repsitries to my sources and did:
12:49.03nixeapt-get --reinstall install dbus
12:49.08*** join/#devuan D-HUND (~debdog@HSI-KBW-091-089-090-002.hsi2.kabelbw.de)
12:49.11nixeafter apt-get update
12:49.19nixeBut it cannot be reinstalled :(
12:49.41nixeDoes there binaries exist which are sdfree?
12:49.58nixeThx! :9
12:55.44*** join/#devuan gb00s (~gb00s@c50-31.i07-13.onvol.net)
12:56.33*** join/#devuan Nick-nosystemd (~nk@807f2125.ftth.concepts.nl)
13:04.18*** join/#devuan m4rcu5 (m4rcu5@2001:1af8:fecc:20::2:22)
13:18.35*** join/#devuan Levure (~quassel@91.179.231.115)
13:30.27*** join/#devuan cocoadaemon (~foo@LFbn-1-3159-99.w90-79.abo.wanadoo.fr)
13:48.05*** join/#devuan cocoadaemon (~foo@2a01cb0003b172009eebe8fffe154bda.ipv6.abo.wanadoo.fr)
14:26.58*** join/#devuan furrywolf (~randyg@99-204-94-163.pools.spcsdns.net)
15:17.21*** join/#devuan pav5088 (~markp@58-6-140-48.dyn.iinet.net.au)
15:17.48*** join/#devuan golinux (~golinux@unaffiliated/golinux)
15:33.36*** join/#devuan lantw44 (~Ting-Wei_@linux5.csie.ntu.edu.tw)
15:35.07*** join/#devuan Akuli (~Akuli@mobile-access-5d6a55-183.dhcp.inet.fi)
15:56.09*** join/#devuan lkcl (~lkcl@64.20.171.171)
16:13.59*** join/#devuan fanderal (~chatzilla@142-254-29-23.dsl.dynamic.fusionbroadband.com)
16:33.15*** join/#devuan Akuli (~Akuli@mobile-access-5d6a87-61.dhcp.inet.fi)
16:36.08*** join/#devuan mns` (b156ff05@gateway/web/freenode/ip.177.86.255.5)
16:41.39*** join/#devuan ksx4system (~ksx4syste@eris.mgst.eu)
16:57.22*** join/#devuan Akuli (~Akuli@mobile-access-5d6a72-103.dhcp.inet.fi)
17:07.23*** join/#devuan Akuli (~Akuli@mobile-access-bcee9a-242.dhcp.inet.fi)
17:21.02*** join/#devuan millpond (~millpond@c-98-252-19-252.hsd1.de.comcast.net)
17:23.48*** join/#devuan blueness (~blueness@gentoo/developer/blueness)
17:37.29*** join/#devuan ksx4system (~ksx4syste@eris.mgst.eu)
18:01.20*** join/#devuan armin (~armin@base.m2m.pm)
18:19.01*** join/#devuan newbie|2 (~millpond@91.218.246.177)
18:22.42*** join/#devuan SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl)
18:40.35*** join/#devuan Tenhi_ (~tenhi@static.177.80.201.138.clients.your-server.de)
18:49.46*** join/#devuan wildlander (~wild@unaffiliated/wildlander)
19:08.01*** join/#devuan Drugo (~Drugo@host120-167-dynamic.181-80-r.retail.telecomitalia.it)
19:15.14*** join/#devuan Chanku (~Chanku@c-68-52-188-31.hsd1.tn.comcast.net)
19:22.26*** join/#devuan golinux (~golinux@unaffiliated/golinux)
20:03.15*** join/#devuan Centurion_Dan (~Icedove@office.centurion.net.nz)
20:03.35*** join/#devuan n4dir (~user@pD9EF0D78.dip0.t-ipconnect.de)
20:21.49*** join/#devuan mcr-credil (~mcr@knothole.gatineau.credil.org)
20:24.16*** join/#devuan dardevelin (~dardeveli@unaffiliated/dardevelin)
20:46.57*** join/#devuan oldlaptop (~quassel@50.36.241.195)
21:00.02*** join/#devuan mcr-credil (~mcr@knothole.gatineau.credil.org)
21:23.27*** join/#devuan Markus_KMi (uid95611@gateway/web/irccloud.com/x-fepxmvmbrjcxwylt)
21:26.42*** join/#devuan obarun (~obarun@154.67.14.64)
22:01.48*** join/#devuan golinux (~golinux@unaffiliated/golinux)
22:04.46*** part/#devuan Nick-nosystemd (~nk@807f2125.ftth.concepts.nl)
22:20.47*** join/#devuan ppisati (~ppisati@2-235-152-247.ip228.fastwebnet.it)
22:26.42*** join/#devuan rrq (~ralph@d211-31-194-96.sun802.vic.optusnet.com.au)
22:27.48*** join/#devuan howard1 (~howieb200@cpc89244-aztw30-2-0-cust5430.18-1.cable.virginm.net)
22:34.33*** join/#devuan tekhammer (~tekhammer@unaffiliated/tekhammer)
22:48.17*** join/#devuan lkcl (~lkcl@64.20.171.171)
23:09.53*** join/#devuan Centurion_Dan (~Icedove@office.centurion.net.nz)
23:12.54*** join/#devuan MinceR (~mincer@unaffiliated/mincer)
23:35.40*** join/#devuan lkcl (~lkcl@64.20.171.171)
23:37.14*** join/#devuan millpond (~millpond@91.218.246.177)
23:51.15*** mode/#devuan [+o DocScrutinizer51] by ChanServ
23:51.28*** mode/#devuan [-o DocScrutinizer51] by ChanServ

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.