From owner-freebsd-stable@freebsd.org Sun Oct 1 13:20:45 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19ED6E248B5 for ; Sun, 1 Oct 2017 13:20:45 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06681A44 for ; Sun, 1 Oct 2017 13:20:44 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id v91DKakU001533 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 1 Oct 2017 13:20:36 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id v91DKa1b029498; Sun, 1 Oct 2017 08:20:36 -0500 (CDT) From: Scott Bennett Message-Id: <201710011320.v91DKa1b029498@sdf.org> Date: Sun, 01 Oct 2017 08:20:36 -0500 To: freebsd-stable@freebsd.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 Cc: Harry Schmalzbauer References: In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2017 13:20:45 -0000 On Sat, 30 Sep 2017 23:38:45 +0200 Harry Schmalzbauer wrote: > Bez?glich Harry Schmalzbauer's Nachricht vom 30.09.2017 19:25 (localtime): >> Bez?glich Harry Schmalzbauer's Nachricht vom 30.09.2017 18:30 (localtime): >>> Bad surprise. >>> Most likely I forgot to stop a PCIe-Passthrough NIC before shutting down >>> that (byhve(8)) guest ? jhb@ helped my identifying this as the root >>> cause for sever memory corruptions I regularly had (on stable-11). >>> >>> Now this time, corruption affected ZFS's RAM area, obviously. >>> >>> What I haven't expected is the panic. >>> The machine has memory disk as root, so luckily I still can boot (from >>> ZFS, ?> mdpreload rootfs) into single user mode, but early rc stage >>> (most likely mounting ZFS datasets) leads to the following panic: >>> >>> Trying to mount root from ufs:/dev/ufs/cetusROOT []... >>> panic: Solaris(panic): blkptr at 0xfffffe0005b6b000 has invalid CHECKSUM 1 >>> cpuid = 1 >>> KDB: stack backtrace: >>> [backtrace deleted --SB] >>> Haven't done any scrub attempts yet ? expectation is to get all datasets >>> of the striped mirror pool back... >>> >>> Any hints highly appreciated. >> Now it seems I'm in really big trouble. >> Regular import doesn't work (also not if booted from cd9660). >> I get all pools listed, but trying to import (unmounted) leads to the >> same panic as initialy reported ? because rc is just doning the same. >> >> I booted into single user mode (which works since the bootpool isn't >> affected and root is a memory disk from the bootpool) >> and set vfs.zfs.recover=1. >> But this time I don't even get the list of pools to import 'zpool' >> import instantaniously leads to that panic: >> >> Solaris: WARNING: blkptr at 0xfffffe0005a8e000 has invalid CHECKSUM 1 >> Solaris: WARNING: blkptr at 0xfffffe0005a8e000 has invalid COMPRESS 0 >> Solaris: WARNING: blkptr at 0xfffffe0005a8e000 DVA 0 has invalid VDEV >> 2337865727 >> Solaris: WARNING: blkptr at 0xfffffe0005a8e000 DVA 1 has invalid VDEV >> 289407040 >> Solaris: WARNING: blkptr at 0xfffffe0005a8e000 DVA 2 has invalid VDEV >> 3959586324 >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x50 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff812de904 >> stack pointer = 0x28:0xfffffe043f6bcbc0 >> frame pointer = 0x28:0xfffffe043f6bcbc0 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 44 (zpool) >> trap number = 12 >> panic: page fault >> cpuid = 0 > >? > >OpenIndiana also panics at regular import. >Unfortunately I don't know the aequivalent of vfs.zfs.recover in OI. > >panic[cpu1]/thread=ffffff06dafe8be0: blkptr at ffffff06dbe63000 has >invalid CHECKSUM 1 > >Warning - stack not written to the dump buffer >ffffff001f67f070 genunix:vcmn_err+42 () >ffffff001f67f0e0 zfs:zfs_panic_recover+51 () >ffffff001f67f140 zfs:zfs_blkptr_verify+8d () >ffffff001f67f220 zfs:zio_read+55 () >ffffff001f67f310 zfs:arc_read+662 () >ffffff001f67f370 zfs:traverse_prefetch_metadata+b5 () >ffffff001f67f450 zfs:traverse_visitbp+1c3 () >ffffff001f67f4e0 zfs:traverse_dnode+af () >ffffff001f67f5c0 zfs:traverse_visitbp+6dd () >ffffff001f67f720 zfs:traverse_impl+1a6 () >ffffff001f67f830 zfs:traverse_pool+9f () >ffffff001f67f8a0 zfs:spa_load_verify+1e6 () >ffffff001f67f990 zfs:spa_load_impl+e1c () >ffffff001f67fa30 zfs:spa_load+14e () >ffffff001f67fad0 zfs:spa_load_best+7a () >ffffff001f67fb90 zfs:spa_import+1b0 () >ffffff001f67fbe0 zfs:zfs_ioc_pool_import+10f () >ffffff001f67fc80 zfs:zfsdev_ioctl+4b7 () >ffffff001f67fcc0 genunix:cdev_ioctl+39 () >ffffff001f67fd10 specfs:spec_ioctl+60 () >ffffff001f67fda0 genunix:fop_ioctl+55 () >ffffff001f67fec0 genunix:ioctl+9b () >ffffff001f67ff10 unix:brand_sys_sysenter+1c9 () > >This is a important lesson. >My impression was that it's not possible to corrupt a complete pool, but >there's always a way to recover healthy/redundant data. >Now my striped mirror has all 4 devices healthy available, but all >datasets seem to be lost. >No problem for 450G (99,9_%), but there's a 80M dataset which I'm really >missing :-( > >Unfortunately I don't know the DVA and blkptr internals, so I won't >write a zfs_fsck(8) soon ;-) > >Does it make sense to dump the disks for further analysis? >I need to recreate the pool because I need the machine's resources... :-( >Any help highly appreciated! > First, if it's not too late already, make a copy of the pool's cache file, and save it somewhere in case you need it unchanged again. Can zdb(8) see it without causing a panic, i.e., without importing the pool? You might be able to track down more information if zdb can get you in. Another thing you could try with an admittedly very low probability of working would be to try importing the pool with one drive of one mirror missing, then try it with a different drive of one mirror, and so on the minor chance that the critical error is limited to one drive. If you find a case where that works, then you could try to rebuild the missing drive and then run a scrub. Or vice versa. This one is time-consuming, I would imagine, given that each failure means a reboot. :-( Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-stable@freebsd.org Mon Oct 2 10:03:41 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29686E3B43C for ; Mon, 2 Oct 2017 10:03:41 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2C142579 for ; Mon, 2 Oct 2017 10:03:40 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id g69so2577457vke.5 for ; Mon, 02 Oct 2017 03:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=sLXjjGpQ81muoM3QGd3Z1sBeaGhgq1m59UT19ih3HIQ=; b=VW6vptTSNVlZrAOe6CD871VNiDRdXRAYFmGNIrVwTC1BDP0srNwApmvuDNRzc5rTxJ lt+VyhH3152W+ioKaAnLig8BwA2uANHoRSxLQhGq7DO3LM/zFPgqcZ7sKZY/8D3+lxYM aArkNc5cnHfCrZHroc/vA5SNsQZyb9WiToVOH8hLL8LGy1ClFNsHUjeD2AUqMxnDDl4N aBiyPZr+IWoa3Lzv3uE/31SHST6X1g4wnuoMdECjGhC+5ff/7+kRSkNCm0T5USVwiqku n/ITqn4SLlIKERxJY+bXH8mJlLgfqENHNWG6YoBMLZAh3CId5OaDtbDy5RZqxAi4eQVd +Q6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=sLXjjGpQ81muoM3QGd3Z1sBeaGhgq1m59UT19ih3HIQ=; b=iTUu3+oCxioJfOjl4stXQ/3VqdffU3OkU9ZQ4dKSkyUweHd1Z5hAZH6EqLfDNKEtDY pQckoAM3Oy+RkZrCJpeVd5uhgXE1FmS7ZMzVI88/tt47oraqfkMRhxREpFGdDGNNb79p AsvQaPKJDv83T8dE7VxPITygGx6gYroEpJL3asdWs5Mi5L0ervqqQ6TBXG+mudgTjD/r 9MYSG0PO8NmdobzRwZ55aSTVv5xB2hv++xaGzGKMgAxCF69U+ZUKzpeIUhxvoOz9FBTg Wv2FyQvrMK1v8ebGKvgC4v6j3Hu0RAvMF/b0VnAXdTULnMn+/TKn4eanOY5QyKh7hv6L IDFw== X-Gm-Message-State: AHPjjUiQJdr5zLud/79Y8QffX8vxrFD91JAdc36q5HAFwwk6RJ7vGDFJ c182TAw9xdHwZQHn9k0BaYc101bhao8OJeQ5N7s= X-Google-Smtp-Source: AOwi7QC/KD5xAdPWY6nX61Oo68iS0azDNRBpfSDC7nd1aHXOwcchj4WCqXumKdQCYVqm7vY24ND9dUcqynXnfx1iko4= X-Received: by 10.31.181.200 with SMTP id e191mr7716415vkf.55.1506938619927; Mon, 02 Oct 2017 03:03:39 -0700 (PDT) MIME-Version: 1.0 Sender: etnapierala@gmail.com Received: by 10.176.75.195 with HTTP; Mon, 2 Oct 2017 03:03:39 -0700 (PDT) In-Reply-To: <739fe048ccbe15c096ec79fc320eee56@norman-vivat.ru> References: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> <20170922071554.GA3846@brick> <739fe048ccbe15c096ec79fc320eee56@norman-vivat.ru> From: Edward Napierala Date: Mon, 2 Oct 2017 11:03:39 +0100 X-Google-Sender-Auth: H_rTIYlb4471gk0CKWJCZN6EbWA Message-ID: Subject: Re: ctld: only 579 iSCSI targets can be created To: "Eugene M. Zheganin" Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 10:03:41 -0000 Thanks for the packet trace. What happens there is that the Windows initiator logs in, requests Discovery ("SendTargets=3DAll"), receives the l= ist of targets, as expected, and then... sends "SendTargets=3DAll" again, instead of logging off. This results in ctld(8) dropping the session. The initiator then starts the Discovery session again, but this time it onl= y logs in and then out, without actually requesting the target list. Perhaps you could work around this by using "discovery-filter", as documented in ctl.conf(5)? 2017-09-22 11:49 GMT+01:00 Eugene M. Zheganin : > Hi, > > Edward Tomasz Napiera=C5=82a wrote 2017-09-22 12:15: > >> >> There are two weird things here. First is that the error is coming from >> ctld(8) - the userspace daemon, not the kernel. The second is that thos= e >> invalid opcodes are actually both valid - they are the Text Request, >> and the Logout Request with Immediate flag set, exectly what you'd expec= t >> for a discovery session. >> >> Do you have a way to do a packet dump? >> > > Sure. Here it is: > > http://enaza.ru/stub-data/iscsi-protocol-error.pcap > > Target IP is 10.0.2.4, initiator IP is 10.0.3.127. During the session > captured in this file I got in messages: > > Sep 22 15:38:11 san1 ctld[61373]: 10.0.3.127 (iqn.1991-05.com.microsoft:w= orker296): > protocol error: received invalid opcode 0x4 > Sep 22 15:38:11 san1 ctld[61374]: 10.0.3.127 (iqn.1991-05.com.microsoft:w= orker296): > protocol error: received invalid opcode 0x46 > > This error happens when the initiator is trying to connect the disk from = a > target discovered. > > Target is running FreeBSD 11.0-STABLE #1 r310734M where M is for > CTL_MAX_PORTS 1024 (old verion, yup, but I have a suspicion that I still > failed to prove that more recent version have some iSCSI vs ZFS conflict, > but that's another story). Initiator is running Windows 7 Professional x6= 4, > inside a ESX virtual machine. This happens only when some unclear thresho= ld > is crossed, previous ~2 hundreds of initiators run Windows 7 Professional > too. > > If you need any additional data/diagnostics please let me know. > > Eugene. > > From owner-freebsd-stable@freebsd.org Mon Oct 2 11:49:38 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7465E3D3B8 for ; Mon, 2 Oct 2017 11:49:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0523864B75 for ; Mon, 2 Oct 2017 11:49:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09281; Mon, 02 Oct 2017 14:49:36 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dyzE7-000JID-Qy; Mon, 02 Oct 2017 14:49:35 +0300 Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 To: Harry Schmalzbauer , freebsd-stable@FreeBSD.org References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> From: Andriy Gapon Message-ID: <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> Date: Mon, 2 Oct 2017 14:49:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <59D00EE5.7090701@omnilan.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 11:49:38 -0000 On 01/10/2017 00:38, Harry Schmalzbauer wrote: > Now my striped mirror has all 4 devices healthy available, but all > datasets seem to be lost. > No problem for 450G (99,9_%), but there's a 80M dataset which I'm really > missing :-( If it's not too late now, you may try to experiment with an "unwind" / "extreme unwind" import using -F -n / -X -n. Or manually specifying a txg number for import (in read-only mode). -- Andriy Gapon From owner-freebsd-stable@freebsd.org Mon Oct 2 15:18:42 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8A64E41526; Mon, 2 Oct 2017 15:18:42 +0000 (UTC) (envelope-from lishouwenjc3l@yeah.net) Received: from m131-177.yeah.net (m131-177.yeah.net [123.58.177.131]) by mx1.freebsd.org (Postfix) with ESMTP id 46E666BB47; Mon, 2 Oct 2017 15:18:41 +0000 (UTC) (envelope-from lishouwenjc3l@yeah.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yeah.net; s=s110527; h=From:Subject:Date:MIME-Version:Message-Id; bh=GsB+I dE6NfWa5F01liiss4PN4jPqb2Lp1NGNiWKolkw=; b=HTpKt4xGbrxBcz/UUUyjA etQ6OGNKoPoerMez63T/FS9E98YgwgUCzfZbQ3RGTN8SJOs8MaKozMbbMEVzZsfW qWj7X6uWgwhNaoQH9iiTHbe1B3a3KYSKu69bEIi1/GhVxSjpZigTI4WO8eKUKNox F1pFouz+zhE/D8PpYgeL88= Received: from zdilptxbh (unknown [123.55.151.180]) by smtp1 (Coremail) with SMTP id ClUQrAB3fLzKWNJZIYALCw--.12292S2; Mon, 02 Oct 2017 23:18:35 +0800 (CST) From: "Qmqvz" To: dnelson@allantgroup.com, freebsd-stable@freebsd.org, freebsd-stable-request@freebsd.org Subject: Hengdian Dongyang City Date: Mon, 2 Oct 2017 23:17:47 +0800 X-Mailer: AOL 7.0 for Windows US sub 118 MIME-Version: 1.0 X-Priority: 3 X-CM-TRANSID: ClUQrAB3fLzKWNJZIYALCw--.12292S2 Message-Id: <59D258CB.557879.01556@m131-177.yeah.net> X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxUOOJeDUUUU X-Originating-IP: [123.55.151.180] X-CM-SenderInfo: xolvx0hxzh0yvftoq5hhdkh0dhw/1tbiGAtlT1XMYgV2wwAAsy Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 15:18:43 -0000 UmVuQ2hlbmd4aW4= From owner-freebsd-stable@freebsd.org Mon Oct 2 18:16:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15FBCE2379B for ; Mon, 2 Oct 2017 18:16:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA45F71844 for ; Mon, 2 Oct 2017 18:16:20 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v92IGGi6087144; Mon, 2 Oct 2017 20:16:16 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 3B6919E; Mon, 2 Oct 2017 20:16:16 +0200 (CEST) Message-ID: <59D2826F.7020306@omnilan.de> Date: Mon, 02 Oct 2017 20:16:15 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Scott Bennett CC: freebsd-stable@freebsd.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <201710011320.v91DKa1b029498@sdf.org> In-Reply-To: <201710011320.v91DKa1b029498@sdf.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 129 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 02 Oct 2017 20:16:17 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 18:16:21 -0000 Bezüglich Scott Bennett's Nachricht vom 01.10.2017 15:20 (localtime): > On Sat, 30 Sep 2017 23:38:45 +0200 Harry Schmalzbauer > wrote: … >> >> OpenIndiana also panics at regular import. >> Unfortunately I don't know the aequivalent of vfs.zfs.recover in OI. >> >> panic[cpu1]/thread=ffffff06dafe8be0: blkptr at ffffff06dbe63000 has >> invalid CHECKSUM 1 >> >> Warning - stack not written to the dump buffer >> ffffff001f67f070 genunix:vcmn_err+42 () >> ffffff001f67f0e0 zfs:zfs_panic_recover+51 () >> ffffff001f67f140 zfs:zfs_blkptr_verify+8d () >> ffffff001f67f220 zfs:zio_read+55 () >> ffffff001f67f310 zfs:arc_read+662 () >> ffffff001f67f370 zfs:traverse_prefetch_metadata+b5 () >> ffffff001f67f450 zfs:traverse_visitbp+1c3 () >> ffffff001f67f4e0 zfs:traverse_dnode+af () >> ffffff001f67f5c0 zfs:traverse_visitbp+6dd () >> ffffff001f67f720 zfs:traverse_impl+1a6 () >> ffffff001f67f830 zfs:traverse_pool+9f () >> ffffff001f67f8a0 zfs:spa_load_verify+1e6 () >> ffffff001f67f990 zfs:spa_load_impl+e1c () >> ffffff001f67fa30 zfs:spa_load+14e () >> ffffff001f67fad0 zfs:spa_load_best+7a () >> ffffff001f67fb90 zfs:spa_import+1b0 () >> ffffff001f67fbe0 zfs:zfs_ioc_pool_import+10f () >> ffffff001f67fc80 zfs:zfsdev_ioctl+4b7 () >> ffffff001f67fcc0 genunix:cdev_ioctl+39 () >> ffffff001f67fd10 specfs:spec_ioctl+60 () >> ffffff001f67fda0 genunix:fop_ioctl+55 () >> ffffff001f67fec0 genunix:ioctl+9b () >> ffffff001f67ff10 unix:brand_sys_sysenter+1c9 () >> >> This is a important lesson. >> My impression was that it's not possible to corrupt a complete pool, but >> there's always a way to recover healthy/redundant data. >> Now my striped mirror has all 4 devices healthy available, but all >> datasets seem to be lost. >> No problem for 450G (99,9_%), but there's a 80M dataset which I'm really >> missing :-( >> >> Unfortunately I don't know the DVA and blkptr internals, so I won't >> write a zfs_fsck(8) soon ;-) >> >> Does it make sense to dump the disks for further analysis? >> I need to recreate the pool because I need the machine's resources... :-( >> Any help highly appreciated! >> > First, if it's not too late already, make a copy of the pool's cache file, > and save it somewhere in case you need it unchanged again. > Can zdb(8) see it without causing a panic, i.e., without importing the > pool? You might be able to track down more information if zdb can get you in. Thank you very much for your help. zdb(8) is able to get all config data, along with all dataset information. For the records, I'll provide zdb(8) output beyond. In the mean time I recreated the pool and the host is back to live. Since other pools weren't affected and had plenty of space, I dumped two of the 4 drives along with the zdb(8) -x dump, which I don't know what it exactly dumps (all blocks accessed!?!; result is big sparse file, but the time it took to write them down't allow them to have anything but metadata, at best). Attaching the two native dumps as memory-disk works for "zpool import" :-) To be continued as answer to Andriy Gaoon's reply from today... > Another thing you could try with an admittedly very low probability of > working would be to try importing the pool with one drive of one mirror > missing, then try it with a different drive of one mirror, and so on the minor > chance that the critical error is limited to one drive. If you find a case > where that works, then you could try to rebuild the missing drive and then run > a scrub. Or vice versa. This one is time-consuming, I would imagine, given I did try, although I had no hope that this could change the picture, since the cause of the incosistency wasn't drive related. And as expected, I had no luck. Dataset mos [META], ID 0, cr_txg 4, 19.2M, 6503550977762669098 objects Object lvl iblk dblk dsize lsize %full type 2 1 128K 512 0 512 0.00 DSL directory Dataset mos [META], ID 0, cr_txg 4, 19.2M, 6503550977762669098 objects Object lvl iblk dblk dsize lsize %full type 2 1 128K 512 0 512 0.00 DSL directory loading space map for vdev 1 of 2, metaslab 108 of 109 ... error: blkptr at 0x80d726040 has invalid CHECKSUM 1 Traversing all blocks to verify checksums and verify nothing leaked ... Assertion failed: (!BP_IS_EMBEDDED(bp) || BPE_GET_ETYPE(bp) == BP_EMBEDDED_TYPE_DATA), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 5220. loading space map for vdev 1 of 2, metaslab 108 of 109 ... error: blkptr at 0x80b482e80 has invalid CHECKSUM 1 Traversing all blocks to verify checksums and verify nothing leaked ... Assertion failed: (!BP_IS_EMBEDDED(bp) || BPE_GET_ETYPE(bp) == BP_EMBEDDED_TYPE_DATA), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 5220. loading space map for vdev 1 of 2, metaslab 108 of 109 ... WARNING: Assertion failed: (!BP_IS_EMBEDDED(bp) || BPE_GET_ETYPE(bp) == BP_EMBEDDED_TYPE_DATA), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 5220. blkptr at 0x80dac4440 has invalid CHECKSUM 1 WARNING: blkptr at 0x80dac4440 has invalid COMPRESS 0 WARNING: blkptr at 0x80dac4440 DVA 0 has invalid VDEV 2337865727 WARNING: blkptr at 0x80dac4440 DVA 1 has invalid VDEV 289407040Assertion failed: ((hdr)->b_lsize << 9) > 0 (0x0 > 0x0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 3128. Assertion failed: ((hdr)->b_lsize << 9) != 0 (0x0 != 0x0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 2301. Assertion failed: (bytes > 0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 4631. Assertion failed: ((hdr)->b_lsize << 9) != 0 (0x0 != 0x0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 2301. Assertion failed: ((hdr)->b_lsize << 9) != 0 (0x0 != 0x0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c, line 2301. WARNING: blkptr at 0x806d5ccc0 has invalid TYPE 207 WARNING: blkptr at 0x806d5ccc0 has invalid ETYPE 188 WARNING: blkptr at 0x80dac4440 DVA 2 has invalid VDEV 3959586324 Assertion failed: (!BP_IS_EMBEDDED(bp)), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c, line 1242. Assertion failed: (zio->io_error != 0), file /usr/local/share/deploy-tools/RELENG_11/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c, line 619. Thanks, -harry From owner-freebsd-stable@freebsd.org Mon Oct 2 18:28:34 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7EFEE23F40 for ; Mon, 2 Oct 2017 18:28:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8893E72686; Mon, 2 Oct 2017 18:28:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v92ISWRQ087230; Mon, 2 Oct 2017 20:28:32 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 9D4F2A3; Mon, 2 Oct 2017 20:28:32 +0200 (CEST) Message-ID: <59D28550.3070700@omnilan.de> Date: Mon, 02 Oct 2017 20:28:32 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> In-Reply-To: <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 02 Oct 2017 20:28:32 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 18:28:35 -0000 Bezüglich Andriy Gapon's Nachricht vom 02.10.2017 13:49 (localtime): > On 01/10/2017 00:38, Harry Schmalzbauer wrote: >> Now my striped mirror has all 4 devices healthy available, but all >> datasets seem to be lost. >> No problem for 450G (99,9_%), but there's a 80M dataset which I'm really >> missing :-( > > If it's not too late now, you may try to experiment with an "unwind" / "extreme > unwind" import using -F -n / -X -n. Or manually specifying a txg number for > import (in read-only mode). Thanks for your reply! I had dumped one of each mirror's drive and attaching it as memory disk works as intended. So "zfs import" offers me the corrupt backup (on the host with a already recreated pool). Unfortunately my knowledge about ZFS internals (transaction group number relations to (ü)uberblocks) doesn't allow me to follow your hint. How can I determine the last txg#, resp. the ones before the last? I guess 'zpool import -t' is the tool/parameter to use. ZFS has wonderful documentation, but although this was a perfect reason to start learning the details about my beloved ZFS, I don't have the time to. Is there a zdb(8) aequivalent of 'zpool import -t', so I can issue the zdb check, wich doesn't crash the kernel but only zdb(8)? For regular 'zpool import', 'zdb -ce' seems to be such a synonym. At least the crash report is identical, see my reply to Scott Bennett's post.. Thanks, -harry From owner-freebsd-stable@freebsd.org Mon Oct 2 18:43:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E2B6E245A2 for ; Mon, 2 Oct 2017 18:43:19 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 500E8730E3 for ; Mon, 2 Oct 2017 18:43:17 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from pandora.local (olive.macktronics.com [209.181.253.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id A15A3E9 for ; Mon, 2 Oct 2017 13:34:04 -0500 (CDT) From: Dan Mack To: freebsd-stable@freebsd.org Subject: my build time impact of clang 5.0 Date: Mon, 02 Oct 2017 13:34:03 -0500 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 18:43:19 -0000 Another significant change in build times this week - not complaining, just my observations on build times; same server doing buildworld during the various phases of compiler changes over the last year or so FWIW: |--------------+--------------+---------------+----------+-----------| | Ver (svn-id) | World (mins) | Kernel (mins) | Relative | Comment | |--------------+--------------+---------------+----------+-----------| | 292733 | 90 | 16 | 0.5 | | | 299948 | 89 | 16 | 0.5 | | | 322724 | 174 | 21 | 1.0 | clang 4.x | | 323310 | 175 | 21 | 1.0 | clang 4.x | | 323984 | 175 | 21 | 1.0 | clang 4.x | | 324130 | 285 | 21 | 1.6 | clang 5.x | | 324204 | 280 | 21 | 1.6 | clang 5.x | |--------------+--------------+---------------+----------+-----------| Dan From owner-freebsd-stable@freebsd.org Mon Oct 2 19:19:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95A9EE254C6 for ; Mon, 2 Oct 2017 19:19:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FEB745BC for ; Mon, 2 Oct 2017 19:19:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id v92JJDQf047774 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 2 Oct 2017 15:19:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id v92JJB7Y070730; Mon, 2 Oct 2017 15:19:11 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: my build time impact of clang 5.0 To: Dan Mack , freebsd-stable@freebsd.org References: From: Mike Tancsa Organization: Sentex Communications Message-ID: Date: Mon, 2 Oct 2017 15:19:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 19:19:15 -0000 On 10/2/2017 2:34 PM, Dan Mack wrote: > > Another significant change in build times this week - not complaining, > just my observations on build times; same server doing buildworld during > the various phases of compiler changes over the last year or so FWIW: Kernel seems to be about the same since 4.x Perhaps the added buildworld time is due to a larger feature set of clang 5.x and hence takes longer to build itself ? e.g. more platforms supported etc ? > > |--------------+--------------+---------------+----------+-----------| > | Ver (svn-id) | World (mins) | Kernel (mins) | Relative | Comment | > |--------------+--------------+---------------+----------+-----------| > | 292733 | 90 | 16 | 0.5 | | > | 299948 | 89 | 16 | 0.5 | | > | 322724 | 174 | 21 | 1.0 | clang 4.x | > | 323310 | 175 | 21 | 1.0 | clang 4.x | > | 323984 | 175 | 21 | 1.0 | clang 4.x | > | 324130 | 285 | 21 | 1.6 | clang 5.x | > | 324204 | 280 | 21 | 1.6 | clang 5.x | > |--------------+--------------+---------------+----------+-----------| > > Dan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Mon Oct 2 20:18:58 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A2E4E26E37 for ; Mon, 2 Oct 2017 20:18:58 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD8987682F for ; Mon, 2 Oct 2017 20:18:57 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from pandora.local (olive.macktronics.com [209.181.253.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id E8238115; Mon, 2 Oct 2017 15:18:55 -0500 (CDT) From: Dan Mack To: Mike Tancsa Cc: freebsd-stable@freebsd.org Subject: Re: my build time impact of clang 5.0 References: Date: Mon, 02 Oct 2017 15:18:54 -0500 In-Reply-To: (Mike Tancsa's message of "Mon, 2 Oct 2017 15:19:11 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 20:18:58 -0000 Mike Tancsa writes: > On 10/2/2017 2:34 PM, Dan Mack wrote: >> >> Another significant change in build times this week - not complaining, >> just my observations on build times; same server doing buildworld during >> the various phases of compiler changes over the last year or so FWIW: > > Kernel seems to be about the same since 4.x Perhaps the added > buildworld time is due to a larger feature set of clang 5.x and hence > takes longer to build itself ? e.g. more platforms supported etc ? My scripts are pretty coarse grained so I only have timings at the macro build steps so far (buildworld, buildkernel, installkernel, and installworld) I'm going to update them so I can a little more granularity; should be easy to get timings wrapped around the big sections, for example: >>> World build started on Mon Oct 2 07:49:56 CDT 2017 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 3.1: recording compiler metadata >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: building everything >>> stage 5.1: building lib32 shim libraries >>> World build completed on Mon Oct 2 12:30:02 CDT 2017 Dan >> -STABLE amd64 >> |--------------+--------------+---------------+----------+-----------| >> | Ver (svn-id) | World (mins) | Kernel (mins) | Relative | Comment | >> |--------------+--------------+---------------+----------+-----------| >> | 292733 | 90 | 16 | 0.5 | | >> | 299948 | 89 | 16 | 0.5 | | >> | 322724 | 174 | 21 | 1.0 | clang 4.x | >> | 323310 | 175 | 21 | 1.0 | clang 4.x | >> | 323984 | 175 | 21 | 1.0 | clang 4.x | >> | 324130 | 285 | 21 | 1.6 | clang 5.x | >> | 324204 | 280 | 21 | 1.6 | clang 5.x | >> |--------------+--------------+---------------+----------+-----------| From owner-freebsd-stable@freebsd.org Mon Oct 2 21:18:36 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E069E27E57 for ; Mon, 2 Oct 2017 21:18:36 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from alpine.spintel.net.au (alpine.spintel.net.au [IPv6:2407:e400:1::b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ABEF87C059 for ; Mon, 2 Oct 2017 21:18:35 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from drunkfish.andyit.com.au (210-1-210-40-cpe.spintel.net.au [210.1.210.40]) by alpine.spintel.net.au (Postfix) with ESMTPS id 1F47C4C2F8F for ; Tue, 3 Oct 2017 08:18:20 +1100 (AEDT) Received: from snuggles.andyit.com.au (snuggles.andyit.com.au [172.22.2.2]) by drunkfish.andyit.com.au (8.15.2/8.15.2) with ESMTP id v92LII97042211 for ; Tue, 3 Oct 2017 07:18:18 +1000 (AEST) (envelope-from andyf@andyit.com.au) Message-ID: <59D2AD1A.8070608@andyit.com.au> Date: Tue, 03 Oct 2017 07:18:18 +1000 From: Andy Farkas User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120614 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: my build time impact of clang 5.0 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2017 21:18:36 -0000 On 03/10/2017 06:18, Dan Mack wrote: > > My scripts are pretty coarse grained so I only have timings at the macro > build steps so far (buildworld, buildkernel, installkernel, and > installworld) I'm going to update them so I can a little more > granularity; should be easy to get timings wrapped around the big > sections, for example: > > >>> World build started on Mon Oct 2 07:49:56 CDT 2017 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 3.1: recording compiler metadata > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: building everything > >>> stage 5.1: building lib32 shim libraries > >>> World build completed on Mon Oct 2 12:30:02 CDT 2017 > > Dan > Perhaps you could hack src/tools/tools/whereintheworld/whereintheworld.pl -andyf From owner-freebsd-stable@freebsd.org Tue Oct 3 06:47:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A02DDE32C81 for ; Tue, 3 Oct 2017 06:47:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EFDEB67230 for ; Tue, 3 Oct 2017 06:47:06 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA11964; Tue, 03 Oct 2017 09:47:04 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dzGyu-000K6K-BF; Tue, 03 Oct 2017 09:47:04 +0300 Subject: Re: my build time impact of clang 5.0 To: Dan Mack , freebsd-stable@FreeBSD.org References: From: Andriy Gapon Message-ID: <9b295409-dc65-fe03-9fd1-1464b8d991c9@FreeBSD.org> Date: Tue, 3 Oct 2017 09:46:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 06:47:07 -0000 On 02/10/2017 21:34, Dan Mack wrote: > > Another significant change in build times this week - not complaining, > just my observations on build times; same server doing buildworld during > the various phases of compiler changes over the last year or so FWIW: > > |--------------+--------------+---------------+----------+-----------| > | Ver (svn-id) | World (mins) | Kernel (mins) | Relative | Comment | > |--------------+--------------+---------------+----------+-----------| > | 292733 | 90 | 16 | 0.5 | | > | 299948 | 89 | 16 | 0.5 | | > | 322724 | 174 | 21 | 1.0 | clang 4.x | > | 323310 | 175 | 21 | 1.0 | clang 4.x | > | 323984 | 175 | 21 | 1.0 | clang 4.x | > | 324130 | 285 | 21 | 1.6 | clang 5.x | > | 324204 | 280 | 21 | 1.6 | clang 5.x | > |--------------+--------------+---------------+----------+-----------| It shocked me to a realize that I can build several platforms that do not have clang support yet (like powerpc) one after another in a fraction of time required to build just amd64. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Oct 3 08:43:22 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D1B1E3549B for ; Tue, 3 Oct 2017 08:43:22 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC3A66AB7B; Tue, 3 Oct 2017 08:43:21 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v938hInh097110; Tue, 3 Oct 2017 10:43:18 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 71A7420B; Tue, 3 Oct 2017 10:43:18 +0200 (CEST) Message-ID: <59D34DA0.802@omnilan.de> Date: Tue, 03 Oct 2017 10:43:12 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@freebsd.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> In-Reply-To: <59D28550.3070700@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9C6BC28EA8BA68787312F210" X-Greylist: ACL 129 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 03 Oct 2017 10:43:18 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 08:43:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9C6BC28EA8BA68787312F210 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 02.10.2017 20:28 (loca= ltime): > Bez=C3=BCglich Andriy Gapon's Nachricht vom 02.10.2017 13:49 (localtime= ): >> On 01/10/2017 00:38, Harry Schmalzbauer wrote: >>> Now my striped mirror has all 4 devices healthy available, but all >>> datasets seem to be lost. >>> No problem for 450G (99,9_%), but there's a 80M dataset which I'm rea= lly >>> missing :-( >> If it's not too late now, you may try to experiment with an "unwind" /= "extreme >> unwind" import using -F -n / -X -n. Or manually specifying a txg numb= er for >> import (in read-only mode). > Thanks for your reply! > > I had dumped one of each mirror's drive and attaching it as memory disk= > works as intended. > So "zfs import" offers me the corrupt backup (on the host with a alread= y > recreated pool). > > Unfortunately my knowledge about ZFS internals (transaction group numbe= r > relations to (=C3=BC)uberblocks) doesn't allow me to follow your hint. > > How can I determine the last txg#, resp. the ones before the last? > I guess 'zpool import -t' is the tool/parameter to use. > ZFS has wonderful documentation, but although this was a perfect reason= > to start learning the details about my beloved ZFS, I don't have the > time to. > > Is there a zdb(8) aequivalent of 'zpool import -t', so I can issue the > zdb check, wich doesn't crash the kernel but only zdb(8)? > > For regular 'zpool import', 'zdb -ce' seems to be such a synonym. At > least the crash report is identical, see my reply to Scott Bennett's po= st.. Made some progress. Unfortunately the zpool(8) man page doesn't mention some available options for the 'import' command. -T was the important one for me some days ago... Utilizing internet search engines would have discovered -T, but I haven't tried... This post describes the -T (-t for zdb) option very well: https://lists.freebsd.org/pipermail/freebsd-hackers/2013-July/043131.html= After attaching the dumps from two of the 4 drives as memory disk, 'zpool import' offers me: pool: cetusPsys id: 13207378952432032998 state: DEGRADED status: The pool was last accessed by another system. action: The pool can be imported despite missing or damaged devices. Th= e fault tolerance of the pool may be compromised if imported. see: http://illumos.org/msg/ZFS-8000-EY config: cetusPsys DEGRADED mirror-0 DEGRADED 8178308212021996317 UNAVAIL cannot open md3 ONLINE mirror-1 DEGRADED md2p5 ONLINE 4036286347185017167 UNAVAIL cannot open With 'zdb -lu /dev/md3' I picked a TXGid. The following doesn't panic the kernel: zpool import -o readonly=3Don -f -R /net -F -X -n -T 3757541 13207378952432032998 cetusPalt But: As soon as I don't tell test-run (not specifying -n), it fails with: cannot import 'cetusPsys': one or more devices is currently unavailable I'm clueless again :-( Is it impossible to import degraded pools in general, or only together with "-X -T"? Any tricks to convince zpool import to ignore the missing devices? I dumped only 2 of 4 disks, the physical disks are in usage. But people made me hope I have chances to recover data :-) Seems -T had really offered a way to do that, but I wasn't aware of it some days ago, so I only have these two tumps, but all data needed should be available =E2=80=93 I thought... Thanks, -harry --------------enig9C6BC28EA8BA68787312F210 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlnTTaYACgkQLDqVQ9VXb8jXbgCgicTp3/usBXZTEaeRZyWa2ESl uggAnj6GaTdZP/3/YDcUvjWFqQ/mP6eS =XZhw -----END PGP SIGNATURE----- --------------enig9C6BC28EA8BA68787312F210-- From owner-freebsd-stable@freebsd.org Tue Oct 3 09:21:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 256DCE3687E for ; Tue, 3 Oct 2017 09:21:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 658A26C2CD for ; Tue, 3 Oct 2017 09:21:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA12362; Tue, 03 Oct 2017 12:21:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dzJOG-000KCt-9M; Tue, 03 Oct 2017 12:21:24 +0300 Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 To: Harald Schmalzbauer Cc: freebsd-stable@FreeBSD.org References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> From: Andriy Gapon Message-ID: Date: Tue, 3 Oct 2017 12:20:23 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <59D34DA0.802@omnilan.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 09:21:27 -0000 On 03/10/2017 11:43, Harald Schmalzbauer wrote: ... > action: The pool can be imported despite missing or damaged devices. The > fault tolerance of the pool may be compromised if imported. ... > Is it impossible to import degraded pools in general, or only together> with "-X -T"? It should be possible to import degraded pools... Perhaps the pool originally had more devices? Like log devices. Or maybe there is some issue with the txg you picked. By the way, I think that you didn't have to provide -T option for -F or -X. It's either -F or -X or -T , the first two try to figure out txg automatically. But I could be wrong. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Oct 3 10:51:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7BB8E38461 for ; Tue, 3 Oct 2017 10:51:55 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A24D6EB02; Tue, 3 Oct 2017 10:51:55 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id k62so5988866wrc.9; Tue, 03 Oct 2017 03:51:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/Ar1iPk4apoevZFJwC9PvJZZH7WNgAAc7XE6hM2v6HY=; b=ZJO0LLf/SpO7o0DLTvF3VZColCZF92WEV6dfwbEVfnUZBlYimow7kfLe7cEVVlNdH3 HNvbHULC54GelrKHE40OERSmU0cVQxnputQlTjbeogLNnftQHwhntwDGNoXBxwnvyXNP KodHGYQn5+fjSzcfW2zU2Rv/bzBbWpKmqHu0M14ZskZ6Eh7jNOW09jzDdv2gQla+WeWN 0Su9fDQ6Tc8XZ/MpYzbXfZpe6v7EPnSllOJ47lBF4hwFGdBwQmWzwU0Sc4SXuB2nGdLT 9lAIiZA7EKn0+vQF0gH+9o+D3gYqUfMNFbvGbq3J/tFgcEkT6n1afwX7/z9FPq/zXG9O 6v9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=/Ar1iPk4apoevZFJwC9PvJZZH7WNgAAc7XE6hM2v6HY=; b=JxZP+CweHu+tkzgjeoMimxkzF/LT6f4TziPGLO/7abHi9fD0LrEiUt+v4kO2JnC35i 4FnEUnG/kJsM0FNOBkBAoQv6uUgWrTnY4TUBM43i9+49lqfuGC9dYw+PI96E08zlG4N5 JODm8DPHWS+F/T1PWfTjFVN640SivWa1piu+IFhxBFZZEbxdz5HxzYI9WO2zkx+ngpO0 rS7JMb+rOU4Z5gMWwXq5cZuM3jHeeEcBnEbd9uBVSobHztcqZP4H7uwPHbYNtynNnQRg ARNY4hlS+beIXqPVOSExgfFHoDVo6GhPDO7o7T5q2P3cxLgf45zqPdmWJhaUmptYIolk MIKg== X-Gm-Message-State: AHPjjUjOc9DfHGOJ0X0rcpK/sOzXky3hHxmA6561pEM7WngxGI6cEfBf 4JQVhTv7YZpY31BSdrSUYLsXMiV6b/c= X-Google-Smtp-Source: AOwi7QBXdcyuk3msRAe1MqHYqyQ0exvAvPHQ6QugsAHEnEdgma5OEsSIB0RsGZ01FeVL9iP725dHFA== X-Received: by 10.223.199.196 with SMTP id y4mr18558905wrg.181.1507027912811; Tue, 03 Oct 2017 03:51:52 -0700 (PDT) Received: from gmail.com (tao.xtaz.uk. [2001:8b0:fe33::10]) by smtp.gmail.com with ESMTPSA id y13sm10988624wrc.81.2017.10.03.03.51.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 03 Oct 2017 03:51:52 -0700 (PDT) Date: Tue, 3 Oct 2017 11:51:50 +0100 From: Matt Smith To: Andriy Gapon Cc: Dan Mack , freebsd-stable@FreeBSD.org Subject: Re: my build time impact of clang 5.0 Message-ID: <20171003105150.GE48518@gmail.com> Mail-Followup-To: Matt Smith , Andriy Gapon , Dan Mack , freebsd-stable@FreeBSD.org References: <9b295409-dc65-fe03-9fd1-1464b8d991c9@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <9b295409-dc65-fe03-9fd1-1464b8d991c9@FreeBSD.org> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 10:51:56 -0000 On Oct 03 09:46, Andriy Gapon wrote: >On 02/10/2017 21:34, Dan Mack wrote: >> >> Another significant change in build times this week - not complaining, >> just my observations on build times; same server doing buildworld during >> the various phases of compiler changes over the last year or so FWIW: >> >> |--------------+--------------+---------------+----------+-----------| >> | Ver (svn-id) | World (mins) | Kernel (mins) | Relative | Comment | >> |--------------+--------------+---------------+----------+-----------| >> | 292733 | 90 | 16 | 0.5 | | >> | 299948 | 89 | 16 | 0.5 | | >> | 322724 | 174 | 21 | 1.0 | clang 4.x | >> | 323310 | 175 | 21 | 1.0 | clang 4.x | >> | 323984 | 175 | 21 | 1.0 | clang 4.x | >> | 324130 | 285 | 21 | 1.6 | clang 5.x | >> | 324204 | 280 | 21 | 1.6 | clang 5.x | >> |--------------+--------------+---------------+----------+-----------| > >It shocked me to a realize that I can build several platforms that do not have >clang support yet (like powerpc) one after another in a fraction of time >required to build just amd64. > It is insane now how long it takes on lesser powered hardware. When we had gcc as the system compiler I could do a full buildworld/kernel in around 3 hours. With the first version of clang that we had imported I think it increased to around 6 hours. Clang4 made it around 8 hours. And now clang5 it took 12 hours! This is on an Intel Atom D525 with amd64. And I have a few things disabled too like lib32 and profiled libraries. -- Matt From owner-freebsd-stable@freebsd.org Tue Oct 3 14:12:56 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 257EAE3E06A for ; Tue, 3 Oct 2017 14:12:56 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id 15C7D75BC4 for ; Tue, 3 Oct 2017 14:12:54 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id 986862098867 for ; Tue, 3 Oct 2017 07:12:48 -0700 (MST) Date: Tue, 3 Oct 2017 07:12:48 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1507039968621-0.post@n6.nabble.com> In-Reply-To: References: Subject: Re: my build time impact of clang 5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 14:12:56 -0000 On the other hand, I'm having tremendous increases in Unixbench scores comparing to 11-STABLE in the April (same machine, clang 4 then, clang 5 now) (about 40%). I have never seen something like that, and I'm running Unixbench on -STABLE since 2008. -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-stable-f3932046.html From owner-freebsd-stable@freebsd.org Tue Oct 3 14:19:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FEE0E3E26A for ; Tue, 3 Oct 2017 14:19:55 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB8275E97; Tue, 3 Oct 2017 14:19:55 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v93EJrtp099859; Tue, 3 Oct 2017 16:19:53 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 2677E265; Tue, 3 Oct 2017 16:19:53 +0200 (CEST) Message-ID: <59D39C88.4040501@omnilan.de> Date: Tue, 03 Oct 2017 16:19:52 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 129 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 03 Oct 2017 16:19:53 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 14:19:55 -0000 Bezüglich Andriy Gapon's Nachricht vom 03.10.2017 11:20 (localtime): > On 03/10/2017 11:43, Harald Schmalzbauer wrote: > ... >> action: The pool can be imported despite missing or damaged devices. The >> fault tolerance of the pool may be compromised if imported. > ... >> Is it impossible to import degraded pools in general, or only together> with "-X -T"? > It should be possible to import degraded pools... > Perhaps the pool originally had more devices? Like log devices. > Or maybe there is some issue with the txg you picked. > > By the way, I think that you didn't have to provide -T option for -F or -X. > It's either -F or -X or -T , the first two try to figure out txg > automatically. But I could be wrong. You're right that -T works without F[X] flag, but -X needs -F. Unfortunately not specifying a distinct txg leads to panic. Specifying one leads to "device is missing". Which is true, but only redundant data... It's abosultely sure that this pool never had any log or cache or other device than the two mirror vdevs. zdb -l confirms that. Have tried several different txg IDs, but the latest 5 or so lead to the panic and some other random picked all claim missing devices... Doh, if I only knew about -T some days ago, when I had all 4 devices available. I haven't expected problems due to missing redundant mirrors. Can anybody imagine why degraded import doesn't work in my case and how to work arround? Will try to provide the sparse zdb dumps in addition, maybe that changes anything. But I'm sure these don't have much data., dump time was within 3 seconds at most. Thanks, -harry From owner-freebsd-stable@freebsd.org Tue Oct 3 14:29:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B10ABE3E8A7 for ; Tue, 3 Oct 2017 14:29:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B15176892 for ; Tue, 3 Oct 2017 14:29:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA13109; Tue, 03 Oct 2017 17:29:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1dzOC9-000KQN-3i; Tue, 03 Oct 2017 17:29:13 +0300 Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 To: Harry Schmalzbauer Cc: freebsd-stable@FreeBSD.org References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> <59D39C88.4040501@omnilan.de> From: Andriy Gapon Message-ID: <4c144055-600c-89cf-13d5-0bf161726d1a@FreeBSD.org> Date: Tue, 3 Oct 2017 17:28:17 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <59D39C88.4040501@omnilan.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 14:29:15 -0000 On 03/10/2017 17:19, Harry Schmalzbauer wrote: > Have tried several different txg IDs, but the latest 5 or so lead to the > panic and some other random picked all claim missing devices... > Doh, if I only knew about -T some days ago, when I had all 4 devices > available. I don't think that the error is really about the missing devices. Most likely the real problem is that you are going too far back in history where the data required to import the pool is not present. It's just that there is no special error code to report that condition distinctly, so it gets interpreted as a missing device condition. -F/-X/-T is not guaranteed to work as the old (freed, overwritten) data is not kept indefinitely. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Oct 3 14:39:48 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E414E3ECC3 for ; Tue, 3 Oct 2017 14:39:48 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F6E176EFA; Tue, 3 Oct 2017 14:39:47 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v93Edjfm000131; Tue, 3 Oct 2017 16:39:45 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id AA83426E; Tue, 3 Oct 2017 16:39:45 +0200 (CEST) Message-ID: <59D3A131.8040803@omnilan.de> Date: Tue, 03 Oct 2017 16:39:45 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> <59D39C88.4040501@omnilan.de> <4c144055-600c-89cf-13d5-0bf161726d1a@FreeBSD.org> In-Reply-To: <4c144055-600c-89cf-13d5-0bf161726d1a@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 129 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 03 Oct 2017 16:39:45 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 14:39:48 -0000 Bezüglich Andriy Gapon's Nachricht vom 03.10.2017 16:28 (localtime): > On 03/10/2017 17:19, Harry Schmalzbauer wrote: >> Have tried several different txg IDs, but the latest 5 or so lead to the >> panic and some other random picked all claim missing devices... >> Doh, if I only knew about -T some days ago, when I had all 4 devices >> available. > > I don't think that the error is really about the missing devices. > Most likely the real problem is that you are going too far back in history where > the data required to import the pool is not present. It's just that there is no > special error code to report that condition distinctly, so it gets interpreted > as a missing device condition. Sounds reasonable. When the RAM-corruption happened, a live update was started, where several pool availability checks were done. No data write. Last data write were view KBytes some minutes before the corruption, and the last significant ammount written to that pool was long time before that. So I still have hope to find an importable txg ID. Are they strictly serialized? Dou you know any other possibility to get data from a dataset (by objetct id) without importing the whole pool? zdz successfully checks the one datset (object ID) I'm interested in; the rest of the pool isnt much an issue... Thank you very much for your help! -harry From owner-freebsd-stable@freebsd.org Tue Oct 3 15:34:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D5EDE40350 for ; Tue, 3 Oct 2017 15:34:06 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 376EC7D347; Tue, 3 Oct 2017 15:34:06 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v93FY4mx000564; Tue, 3 Oct 2017 17:34:04 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 268FF280; Tue, 3 Oct 2017 17:34:04 +0200 (CEST) Message-ID: <59D3ADEB.3010205@omnilan.de> Date: Tue, 03 Oct 2017 17:34:03 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Andriy Gapon CC: freebsd-stable@FreeBSD.org Subject: Re: panic: Solaris(panic): blkptr invalid CHECKSUM1 References: <59CFC6A6.6030600@omnilan.de> <59CFD37A.8080009@omnilan.de> <59D00EE5.7090701@omnilan.de> <493e3eec-53c6-3846-0386-d5d7f4756b11@FreeBSD.org> <59D28550.3070700@omnilan.de> <59D34DA0.802@omnilan.de> <59D39C88.4040501@omnilan.de> <4c144055-600c-89cf-13d5-0bf161726d1a@FreeBSD.org> <59D3A131.8040803@omnilan.de> In-Reply-To: <59D3A131.8040803@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 129 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 03 Oct 2017 17:34:04 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 15:34:06 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 03.10.2017 16:39 (localtime): > Bezüglich Andriy Gapon's Nachricht vom 03.10.2017 16:28 (localtime): >> On 03/10/2017 17:19, Harry Schmalzbauer wrote: >>> Have tried several different txg IDs, but the latest 5 or so lead to the >>> panic and some other random picked all claim missing devices... >>> Doh, if I only knew about -T some days ago, when I had all 4 devices >>> available. >> I don't think that the error is really about the missing devices. >> Most likely the real problem is that you are going too far back in history where >> the data required to import the pool is not present. It's just that there is no >> special error code to report that condition distinctly, so it gets interpreted >> as a missing device condition. > Sounds reasonable. > When the RAM-corruption happened, a live update was started, where > several pool availability checks were done. No data write. > Last data write were view KBytes some minutes before the corruption, and > the last significant ammount written to that pool was long time before that. > So I still have hope to find an importable txg ID. > > Are they strictly serialized? Seems so. Just for the records, I couldn't recover any data yet, but in general, if a pool isn't damaged that much, the following promising steps were the ones I got closest: I have attached dumps of the physical disks as md2 and md3. 'zpool import' offers cetusPsys DEGRADED mirror-0 DEGRADED 8178308212021996317 UNAVAIL cannot open md3 ONLINE mirror-1 DEGRADED md2p5 ONLINE 4036286347185017167 UNAVAIL cannot open Which is ḱnown to be corrupt. This time I also attached zdb(8) dumps (sparse files) of the remaining two disks, resp. partition. Now import offers this: pool: cetusPsys id: 13207378952432032998 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: cetusPsys ONLINE mirror-0 ONLINE md5 ONLINE md3 ONLINE mirror-1 ONLINE md2p5 ONLINE md4 ONLINE 'zdb -ue cetusPsys' showed me the latest txg ID (3757573 in my case). So I decremented the txg ID by one and repeated until the following fatal panicing indicator vanished: loading space map for vdev 1 of 2, metaslab 108 of 109 ... WARNING: blkptr at 0x80e0ead00 has invalid CHECKSUM 1 WARNING: blkptr at 0x80e0ead00 has invalid COMPRESS 0 WARNING: blkptr at 0x80e0ead00 DVA 0 has invalid VDEV 2337865727 WARNING: blkptr at 0x80e0ead00 DVA 1 has invalid VDEV 289407040 WARNING: blkptr at 0x80e0ead00 DVA 2 has invalid VDEV 3959586324 Which was 'zdb -c -t 3757569 -AAA -e cetusPsys': Traversing all blocks to verify metadata checksums and verify nothing leaked ... loading space map for vdev 1 of 2, metaslab 108 of 109 ... 89.0M completed ( 6MB/s) estimated time remaining: 3hr 34min 47sec zdb_blkptr_cb: Got error 122 reading <69, 0, 0, c> -- skipping 86.8G completed ( 588MB/s) estimated time remaining: 0hr 00min 00sec Error counts: errno count 122 1 leaked space: vdev 0, offset 0xa01084200, size 512 leaked space: vdev 0, offset 0xd0dc23c00, size 512 leaked space: vdev 0, offset 0x2380182200, size 3072 leaked space: vdev 0, offset 0x2380189a00, size 1536 leaked space: vdev 0, offset 0x2380183000, size 1536 leaked space: vdev 0, offset 0x238039a200, size 2560 leaked space: vdev 0, offset 0x238039be00, size 18944 leaked space: vdev 0, offset 0x23801b3200, size 9216 leaked space: vdev 0, offset 0x33122a8800, size 512 leaked space: vdev 1, offset 0x2808f1600, size 512 leaked space: vdev 1, offset 0x2808f1e00, size 512 leaked space: vdev 1, offset 0x2808f2e00, size 4096 leaked space: vdev 1, offset 0x2808f1a00, size 512 leaked space: vdev 1, offset 0x9010e6c00, size 512 leaked space: vdev 1, offset 0x23c5ad9c00, size 512 leaked space: vdev 1, offset 0x2e00ad4800, size 512 leaked space: vdev 1, offset 0x2f0030b200, size 50176 leaked space: vdev 1, offset 0x2f000ca800, size 512 leaked space: vdev 1, offset 0x2f003a9800, size 15360 leaked space: vdev 1, offset 0x2f003af600, size 13312 leaked space: vdev 1, offset 0x2f00715c00, size 1024 leaked space: vdev 1, offset 0x2f003adc00, size 6144 leaked space: vdev 1, offset 0x2f00363600, size 38912 block traversal size 93540302336 != alloc 93540473344 (leaked 171008) bp count: 3670624 ganged count: 0 bp logical: 96083156992 avg: 26176 bp physical: 93308853248 avg: 25420 compression: 1.03 bp allocated: 93540302336 avg: 25483 compression: 1.03 bp deduped: 0 ref>1: 0 deduplication: 1.00 SPA allocated: 93540473344 used: 19.98% additional, non-pointer bps of type 0: 48879 Dittoed blocks on same vdev: 23422 In my case, import didn't work with the highest non-panicing txg ID: zpool import -o readonly=on -R /mnt -T 3757569 cetusPsys cannot import 'cetusPsys': one or more devices is currently unavailable Maybe anybody else will have more luck... just keep the "-T" parameter for zpool(8)'s import command in mind. thanks, -harry From owner-freebsd-stable@freebsd.org Tue Oct 3 15:38:53 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77DE5E408B2 for ; Tue, 3 Oct 2017 15:38:53 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57F697E506 for ; Tue, 3 Oct 2017 15:38:52 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from pandora.local (olive.macktronics.com [209.181.253.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id AA2811F2; Tue, 3 Oct 2017 10:38:50 -0500 (CDT) From: Dan Mack To: Jakub Lach Cc: freebsd-stable@freebsd.org Subject: Re: my build time impact of clang 5.0 References: <1507039968621-0.post@n6.nabble.com> Date: Tue, 03 Oct 2017 10:38:49 -0500 In-Reply-To: <1507039968621-0.post@n6.nabble.com> (Jakub Lach's message of "Tue, 3 Oct 2017 07:12:48 -0700 (MST)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 15:38:53 -0000 Jakub Lach writes: > On the other hand, I'm having tremendous increases in Unixbench scores > comparing to > 11-STABLE in the April (same machine, clang 4 then, clang 5 now) (about > 40%). > > I have never seen something like that, and I'm running Unixbench on -STABLE > since > 2008. Agree; clang/llvm and friends have added a lot of value. It's worth it I think. It is however getting harder to continue with a source based update model, which I prefer even though most people just use package managers today. I still like to read the commits and understand what's changing, why, and select the version I am comfortable with given the nuances of my configuration(s). I think that's why 'knock-on-wood' I've been able to track mostly CURRENT and/or STABLE without any outages since about 1998 on production systems :-) From owner-freebsd-stable@freebsd.org Tue Oct 3 18:39:08 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EF65E0D870 for ; Tue, 3 Oct 2017 18:39:08 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward102p.mail.yandex.net (forward102p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E5E484332 for ; Tue, 3 Oct 2017 18:39:08 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from mxback9j.mail.yandex.net (mxback9j.mail.yandex.net [IPv6:2a02:6b8:0:1619::112]) by forward102p.mail.yandex.net (Yandex) with ESMTP id 3952C4304B00 for ; Tue, 3 Oct 2017 21:39:04 +0300 (MSK) Received: from web5o.yandex.ru (web5o.yandex.ru [2a02:6b8:0:1a2d::5:105]) by mxback9j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id GPXpjlczUn-d3puGimt; Tue, 03 Oct 2017 21:39:03 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1507055943; bh=b+iSdd+sr2BDHO5ODIO/exALgdvSC65TxEnJvaK42zo=; h=From:To:Subject:Message-Id:Date; b=fH4P2GLQuMEXsGjwY3nOvEQXI4Rg1thEoYHjwIyTmRk3qkVikyKTdBiYRB0mebLTo pt0equBJbVrA0kAzhJNCp+cdZ+pW88dceBeCqOisi1X5OnZ5H259Wvw0+JPj+6K70l Xf8Zk8VLOfvgpDgULbfzItH/OViEpmF4xLifR3QM= Authentication-Results: mxback9j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by web5o.yandex.ru with HTTP; Tue, 03 Oct 2017 21:39:03 +0300 From: S.N.Grigoriev To: FreeBSD Stable Subject: firefox compilation problem MIME-Version: 1.0 Message-Id: <269291507055943@web5o.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 03 Oct 2017 21:39:03 +0300 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 18:39:08 -0000 Hi list, I've got the following problem: the firefox building from ports ends with errors: ------ x86_64-unknown-freebsd/release/libgkrust.a: could not read symbols: File format not recognized c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[7]: *** [/usr/ports/www/firefox/work/firefox-56.0/config/rules.mk:719: libxul.so] Error 1 gmake[7]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1/toolkit/library' gmake[6]: *** [/usr/ports/www/firefox/work/firefox-56.0/config/recurse.mk:73: toolkit/library/target] Error 2 gmake[6]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1' gmake[5]: *** [/usr/ports/www/firefox/work/firefox-56.0/config/recurse.mk:33: compile] Error 2 gmake[5]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1' gmake[4]: *** [/usr/ports/www/firefox/work/firefox-56.0/config/rules.mk:453: default] Error 2 gmake[4]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0/obj-x86_64-unknown-freebsd11.1' gmake[3]: *** [/usr/ports/www/firefox/work/firefox-56.0/client.mk:419: realbuild] Error 2 gmake[3]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0' gmake[2]: *** [/usr/ports/www/firefox/work/firefox-56.0/client.mk:170: build] Error 2 gmake[2]: Leaving directory '/usr/ports/www/firefox/work/firefox-56.0' *** Error code 1 ------ My system is: FreeBSD 11.1-STABLE #0 r324239: Tue Oct 3 18:10:29 MSK 2017 root@am:/usr/obj/usr/src/sys/VNET11 amd64 Any tips are appreciated. -- Regards, S.Grigoriev. From owner-freebsd-stable@freebsd.org Tue Oct 3 19:03:30 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3830AE0E0E7 for ; Tue, 3 Oct 2017 19:03:30 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F019984F56 for ; Tue, 3 Oct 2017 19:03:29 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dzSTa-0007Lw-D5; Tue, 03 Oct 2017 21:03:30 +0200 Date: Tue, 3 Oct 2017 21:03:30 +0200 From: Kurt Jaeger To: "S.N.Grigoriev" Cc: FreeBSD Stable Subject: Re: firefox compilation problem Message-ID: <20171003190330.GQ86601@home.opsec.eu> References: <269291507055943@web5o.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <269291507055943@web5o.yandex.ru> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 19:03:30 -0000 Hi! > I've got the following problem: the firefox building from ports ends with errors: > > ------ > x86_64-unknown-freebsd/release/libgkrust.a: could not read symbols: File format not recognized Same here, with a build in poudriere. http://people.freebsd.org/~pi/logs/firefox-56.0_1,1.log -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-stable@freebsd.org Tue Oct 3 19:13:41 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 817EAE0E63D for ; Tue, 3 Oct 2017 19:13:41 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4846896E for ; Tue, 3 Oct 2017 19:13:41 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dzSdT-0007N9-Q7; Tue, 03 Oct 2017 21:13:43 +0200 Date: Tue, 3 Oct 2017 21:13:43 +0200 From: Kurt Jaeger To: "S.N.Grigoriev" , FreeBSD Stable Subject: Re: firefox compilation problem Message-ID: <20171003191343.GR86601@home.opsec.eu> References: <269291507055943@web5o.yandex.ru> <20171003190330.GQ86601@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171003190330.GQ86601@home.opsec.eu> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 19:13:41 -0000 Hi! > > I've got the following problem: the firefox building from ports ends with errors: [...] There's a problem report for this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-stable@freebsd.org Tue Oct 3 19:36:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20169E0F36E for ; Tue, 3 Oct 2017 19:36:06 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C41016E8 for ; Tue, 3 Oct 2017 19:36:04 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id v93JCGNP031146 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL) for ; Tue, 3 Oct 2017 21:12:18 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id v93JCEJC082593 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 3 Oct 2017 21:12:14 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id v93JCEBw082592 for freebsd-stable@freebsd.org; Tue, 3 Oct 2017 21:12:14 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Tue, 3 Oct 2017 21:12:14 +0200 From: Wolfgang Zenker To: FreeBSD Stable Subject: Re: firefox compilation problem Message-ID: <20171003191214.GA82081@lyxys.ka.sub.org> References: <269291507055943@web5o.yandex.ru> <20171003190330.GQ86601@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171003190330.GQ86601@home.opsec.eu> Organization: private site User-Agent: Mutt/1.9.1 (2017-09-22) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Tue, 03 Oct 2017 21:12:18 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 19:36:06 -0000 Hi, * Kurt Jaeger [171003 21:03]: >> I've got the following problem: the firefox building from ports ends with errors: >> ------ >> x86_64-unknown-freebsd/release/libgkrust.a: could not read symbols: File format not recognized > Same here, with a build in poudriere. > http://people.freebsd.org/~pi/logs/firefox-56.0_1,1.log maybe this is related to the recent switch to LLVM 5 and associated libraries? I rebuilt all ports on my system after updating stable past the llvm switch and all ports including firefox built without problem. Wolfgang From owner-freebsd-stable@freebsd.org Tue Oct 3 21:28:26 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31BFDE25093 for ; Tue, 3 Oct 2017 21:28:26 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward4j.cmail.yandex.net (forward4j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E53C164AE3 for ; Tue, 3 Oct 2017 21:28:25 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from mxback16j.mail.yandex.net (mxback16j.mail.yandex.net [IPv6:2a02:6b8:0:1619::92]) by forward4j.cmail.yandex.net (Yandex) with ESMTP id 7349220868; Wed, 4 Oct 2017 00:28:13 +0300 (MSK) Received: from web20g.yandex.ru (web20g.yandex.ru [2a02:6b8:0:1402::30]) by mxback16j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZrhDNMwzVL-SB3qPMhv; Wed, 04 Oct 2017 00:28:12 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1507066092; bh=uoKsbFYvN4yaOXDvHqOdeCMjmVLjvUvGyMbAeK/ScfY=; h=From:To:In-Reply-To:References:Subject:Message-Id:Date; b=V1Te0VErl0rHSkIUfvRf+r0O/tiKWnW28ibq2j46Xsi3IpQFx6OFhqEy1DJHpFCfC 2RCOrqxUKDjiHmI9wUkLs2i9MZm8MZ8kkCIik84OzpHoGWIIIdzW6GoTtnCdKqH5GB wr9HVRcAvuOE2gQCRLeAqGwpy8NXKqXGf7zdoNGA= Authentication-Results: mxback16j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by web20g.yandex.ru with HTTP; Wed, 04 Oct 2017 00:28:11 +0300 From: S.N.Grigoriev To: Kurt Jaeger , FreeBSD Stable In-Reply-To: <20171003191343.GR86601@home.opsec.eu> References: <269291507055943@web5o.yandex.ru> <20171003190330.GQ86601@home.opsec.eu> <20171003191343.GR86601@home.opsec.eu> Subject: Re: firefox compilation problem MIME-Version: 1.0 Message-Id: <449511507066091@web20g.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 04 Oct 2017 00:28:11 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 21:28:26 -0000 03.10.2017, 22:13, "Kurt Jaeger" : > Hi! > >>  > I've got the following problem: the firefox building from ports ends with errors: > > [...] > > There's a problem report for this: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222641 > Hi Kurt, thank you for your response. I can confirm the reference above describes a possible solution of my problem. -- Regards, S.Grigoriev. From owner-freebsd-stable@freebsd.org Tue Oct 3 23:40:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACC61E283A2 for ; Tue, 3 Oct 2017 23:40:21 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 881CE697AB for ; Tue, 3 Oct 2017 23:40:20 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from pandora.local (olive.macktronics.com [209.181.253.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id 3CFC2231; Tue, 3 Oct 2017 18:40:13 -0500 (CDT) From: Dan Mack To: Andy Farkas Cc: freebsd-stable@freebsd.org Subject: Re: my build time impact of clang 5.0 In-Reply-To: <59D2AD1A.8070608@andyit.com.au> (Andy Farkas's message of "Tue, 03 Oct 2017 07:18:18 +1000") References: <59D2AD1A.8070608@andyit.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) Date: Tue, 03 Oct 2017 18:40:12 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2017 23:40:21 -0000 Andy Farkas writes: > Perhaps you could hack src/tools/tools/whereintheworld/whereintheworld.pl > > -andyf So, I creatd a slightly different build script in perl; kinda works but needs to be optimized: https://github.com/danmack/freebsd-buildtools Basic output looks like with timing on each "section": Building FreeBSD (svn: 324242) Build Time : 20171003.174621 SRC URL : https://svn.freebsd.org/base/stable/11 KERNEL CONF: GENERIC BUILD UUID : 20171003.174621|https://svn.freebsd.org/base/stable/11|GENERIC|/usr/src SRC DIR : /usr/src LOG DIR : /var/log/bsdbuild/324242 ... building phase buildworld ... >>> World build started ... 00:00:02 : 00:00:04 >>> Rebuilding the temporary build tree ... 00:00:00 : 00:00:06 >>> stage 1.1: legacy release compatibility s ... 00:00:00 : 00:00:08 >>> stage 1.2: bootstrap tools ... 00:00:00 : 00:00:10 >>> stage 2.1: cleaning up the object tree ... 00:03:43 : 00:03:55 >>> stage 2.2: rebuilding the object tree ... 00:01:01 : 00:04:58 >>> stage 2.3: build tools ... 00:00:21 : 00:05:21 >>> stage 3: cross tools ... 00:00:04 : 00:05:28 >>> stage 3.1: recording compiler metadata ... 00:00:44 : 00:06:14 >>> stage 4.1: building includes ... 00:00:00 : 00:06:16 >>> stage 4.2: building libraries ... 00:00:19 : 00:06:37 Dan From owner-freebsd-stable@freebsd.org Wed Oct 4 07:27:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6E57E30BFF for ; Wed, 4 Oct 2017 07:27:07 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F8D474D39 for ; Wed, 4 Oct 2017 07:27:06 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (net206-94.perm.ertelecom.ru [46.146.206.94] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v947R0Nd018792 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 4 Oct 2017 12:27:01 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: ctld: only 579 iSCSI targets can be created To: FreeBSD Stable References: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> <20170922071554.GA3846@brick> <739fe048ccbe15c096ec79fc320eee56@norman-vivat.ru> From: "Eugene M. Zheganin" Message-ID: Date: Wed, 4 Oct 2017 12:27:00 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [1.50 / 25.00] BAYES_HAM(-3.00)[99.99%] HFILTER_HOSTNAME_UNKNOWN(2.50)[] RBL_SPAMHAUS_PBL(2.00)[94.206.146.46.zen.spamhaus.org : 127.0.0.10] MID_RHS_MATCH_FROM(0.00)[] RCVD_COUNT_1(0.00)[] FROM_EQ_ENVFROM(0.00)[] RCPT_COUNT_1(0.00)[] ONCE_RECEIVED(0.10)[] MIME_GOOD(-0.10)[text/plain] DMARC_NA(0.00)[norma.perm.ru] RECEIVED_SPAMHAUS(0.00)[94.206.146.46.zen.spamhaus.org] R_DKIM_NA(0.00)[] FROM_HAS_DN(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] TO_DN_ALL(0.00)[] R_SPF_SOFTFAIL(0.00)[~all] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.56 X-Rspamd-Queue-ID: v947R0Nd018792 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 07:27:07 -0000 Hi. On 02.10.2017 15:03, Edward Napierala wrote: > Thanks for the packet trace. What happens there is that the Windows > initiator logs in, requests Discovery ("SendTargets=All"), receives > the list > of targets, as expected, and then... sends "SendTargets=All" again, > instead of logging off. This results in ctld(8) dropping the session. > The initiator then starts the Discovery session again, but this time > it only > logs in and then out, without actually requesting the target list. > > Perhaps you could work around this by using "discovery-filter", > as documented in ctl.conf(5)? > Thanks a lot, that did it. Seems like that Microsoft initiator has some limitation after crossing the number of 512 targets, and this happens somewhere near 573. When discovery is portal-filtered everything seems to be working just fine. Eugene. From owner-freebsd-stable@freebsd.org Wed Oct 4 10:18:45 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 688DCE3510C for ; Wed, 4 Oct 2017 10:18:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5AD07F36F for ; Wed, 4 Oct 2017 10:18:44 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (net206-94.perm.ertelecom.ru [46.146.206.94] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v94AIdpp026100 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 4 Oct 2017 15:18:39 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: FreeBSD Stable From: "Eugene M. Zheganin" Subject: iSCSI: LUN modification error: LUN XXX is not managed by the block backend and LUN device confusion Message-ID: <2ed81698-394e-9d62-a346-c244ed92c01a@norma.perm.ru> Date: Wed, 4 Oct 2017 15:18:39 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [1.64 / 25.00] BAYES_HAM(-2.86)[99.39%] HFILTER_HOSTNAME_UNKNOWN(2.50)[] RBL_SPAMHAUS_PBL(2.00)[94.206.146.46.zen.spamhaus.org : 127.0.0.10] MID_RHS_MATCH_FROM(0.00)[] RCVD_COUNT_1(0.00)[] FROM_EQ_ENVFROM(0.00)[] RCPT_COUNT_1(0.00)[] ONCE_RECEIVED(0.10)[] MIME_GOOD(-0.10)[text/plain] DMARC_NA(0.00)[norma.perm.ru] RECEIVED_SPAMHAUS(0.00)[94.206.146.46.zen.spamhaus.org] R_DKIM_NA(0.00)[] FROM_HAS_DN(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] TO_DN_ALL(0.00)[] R_SPF_SOFTFAIL(0.00)[~all] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.73 X-Rspamd-Queue-ID: v94AIdpp026100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 10:18:45 -0000 Hi, I got one more problem while dealing iSCSI targets in the production (yeah, I'm boring and stubborn). The environment is as in previous questions (a production site, hundreds of VMs and hundreds of disks). I've encountered this issue before, but this time i decided to ask whether it's possible that the reason is my inadequate actions. We have two types of disks in production, one is called "userdata[number]" and another is called "games[something+number]". The iSCSI targets are named appropriately, plus userdata disks have the scsiname[number] option. Number simply indicates the VM it should be attached to. But sometimes some weird confusion happens, and I have two sorts of things, let me show them using one LUN as example (in reality right now I have 6 LUNs like this). So from now we are considering the 310 as a VM tag, and two disks, userdata310 and games disk. So imagine a piece of ctl.conf like this: ===Cut=== # # worker310 # target iqn.2016-04.net.playkey.iscsi:userdata-worker310 { initiator-portal 10.0.3.142/32 portal-group playkey auth-type none lun 0 { option scsiname userdata310 path /dev/zvol/data/userdata/worker310 } } # # worker310 # target iqn.2016-04.net.playkey.iscsi:gamestop-worker310 { initiator-portal 10.0.3.142/32 portal-group playkey auth-type none lun 0 { path /dev/zvol/data/reference-ver13_1233-worker310 } } ===Cut=== When the issue happens, I got the following line in the log: Oct 4 12:00:55 san1 ctld[777]: LUN modification error: LUN 547 is not managed by the block backend Oct 4 12:00:55 san1 ctld[777]: failed to modify lun "iqn.2016-04.net.playkey.iscsi:userdata-worker310,lun,0", CTL lun 547 In the "ctladm devlist -v" I see this about the LUN 547: 547 block 10737418240 512 MYSERIAL 738 MYDEVID 738 lun_type=0 num_threads=14 file=/dev/zvol/data/reference-ver13_1233-worker228 ctld_name=iqn.2016-04.net.playkey.iscsi:gamestop-worker228,lun,0 scsiname=userdata310 So, notice, that the userdata disk for VM310 has the devices for completely different VM (according to their names). Weird ! One may think that this is simply the misconfiguration and the games disk for worker228 VM simply has the erroneous scsiname option tag. But no, it hasn't: # # worker228 # target iqn.2016-04.net.playkey.iscsi:gamestop-worker228 { initiator-portal [...obfuscated...]/32 portal-group playkey auth-type none lun 0 { path /dev/zvol/data/reference-ver13_1233-worker228 } } The workaround to this is simply to comment the troublesome LUNs/targets in the ctl.conf, reload, uncomment and reload again. Am I doing something wrong ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Wed Oct 4 12:03:08 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4C59E37FFA for ; Wed, 4 Oct 2017 12:03:08 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 505CD84531 for ; Wed, 4 Oct 2017 12:03:06 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-qt0-x236.google.com with SMTP id o3so18626900qte.6 for ; Wed, 04 Oct 2017 05:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rCMUqnD53FPizkIPXOtv8mBtQpaMRLwydGT9ZKdH0qU=; b=ilh4W1c1nWRzg5fc9Z1D5iBINtZlbjLtZWtAzkTeS37VWAsrgUw2ksXZnZp/hBgfMN tmqeePv+XLpKlVl36FhWP/5wwbJCgSDG08ezVPphHb0lx9rckZ5/Ov3xH3pESFk1UVtl 2eZdzjj0SVPgvsNbS1VxU68Xk0SjggQoCmltYrqOf+6hPF0yHuR/BOtq78luDPSLh20k kIytySPgYl9NOgLcGmi3wfJ2MWTpIxmy8ptkd4B6AYNESv8BJCenu01k14lLuxN1Srak V7SMXqgAr7UXSwrJ6oyig22yv52D7majmgU6Z9s2JysyOzJzMPusArctP+977BComD1j FuwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rCMUqnD53FPizkIPXOtv8mBtQpaMRLwydGT9ZKdH0qU=; b=LnWa+vhXJueRo4aQqqNTRwkE99/OuWY+6rHXLhtcOStFzfHB6Dbr64LyeqTwhyU39h BKnD6CGI1eShHySMW2GJfs2ti4HBDgNZ70geHn1YzOfd/qHtGe7eCBYc8R9JJDd4aIr1 G7uEyf0zwu8sVh3/TV5ZAKA0neiw295/7VVXahAUf5uR1mAnPfDhJ9j3MnxIrwwzJ5Yg b/VEnqQAdsA1dcH6nXkm8w8kLSr8hazw7CPAPu4x8IamO9k91n7uvSHfUoRDPaHPECBl MTgPY5Pjs03SwO1lrAQl6c0YLfuKR/HJ2EZ9U4LJOcQ5OUxj1GZlUV7k0TtD6jdo40Ow t8tQ== X-Gm-Message-State: AMCzsaVSPNK73H6WRiH413W8IaiKk9irIeqPm6hTQHeELVlov9YbOqSs cwbGaQuxCfLTcnO0X0Vo+r710KoI1RaBUKC/Lug= X-Google-Smtp-Source: AOwi7QBpuDRLprAr9QdTeojplahgMuljQ0nt/RXmASDs3EfbWHP5iT9b2TRov9eVHbprqevGnTzeJAdz3IiohxXq63c= X-Received: by 10.200.6.141 with SMTP id f13mr5098400qth.265.1507118584673; Wed, 04 Oct 2017 05:03:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.20.17 with HTTP; Wed, 4 Oct 2017 05:03:03 -0700 (PDT) In-Reply-To: References: <1507039968621-0.post@n6.nabble.com> From: krad Date: Wed, 4 Oct 2017 13:03:03 +0100 Message-ID: Subject: Re: my build time impact of clang 5.0 To: Dan Mack Cc: Jakub Lach , freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 12:03:08 -0000 have you tried meta builds and pkgbase? On 3 October 2017 at 16:38, Dan Mack wrote: > Jakub Lach writes: > > > On the other hand, I'm having tremendous increases in Unixbench scores > > comparing to > > 11-STABLE in the April (same machine, clang 4 then, clang 5 now) (about > > 40%). > > > > I have never seen something like that, and I'm running Unixbench on > -STABLE > > since > > 2008. > > Agree; clang/llvm and friends have added a lot of value. It's worth it > I think. > > It is however getting harder to continue with a source based update > model, which I prefer even though most people just use package managers > today. > > I still like to read the commits and understand what's changing, why, > and select the version I am comfortable with given the nuances of my > configuration(s). I think that's why 'knock-on-wood' I've been able to > track mostly CURRENT and/or STABLE without any outages since about 1998 > on production systems :-) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Wed Oct 4 12:03:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF62DE3801F for ; Wed, 4 Oct 2017 12:03:15 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from mail.ze.tum.de (mail.ze.tum.de [IPv6:2001:4ca0:2e03::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.ze.tum.de", Issuer "Zertifizierungsstelle der TUM" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8118F8457F for ; Wed, 4 Oct 2017 12:03:14 +0000 (UTC) (envelope-from estartu@ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.200]) by mail.ze.tum.de (8.15.2/8.15.2) with ESMTPS id v94C3ATZ066791 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 4 Oct 2017 14:03:10 +0200 (CEST) (envelope-from estartu@ze.tum.de) From: Gerhard Schmidt Subject: nvd0 lockup while compiling ports To: freebsd-stable@freebsd.org Organization: =?UTF-8?Q?Technische_Universit=c3=a4t_M=c3=bcnchen_-_WWW_und_O?= =?UTF-8?Q?nline_Services?= Message-ID: <8d1471c9-7341-8892-88f7-a539fc77c45e@ze.tum.de> Date: Wed, 4 Oct 2017 14:03:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 12:03:16 -0000 Hi, I've got a new Workstation last week with the Main HD as M2 Card. FreeBSD recognizes the card as nvd0 nvd0: NVMe namespace nvd0: 488386MB (1000215216 512 byte sectors) When compiling some ports (in this example VirtualBox-ose) I experiencing lockups on the Harddisk when many files are deleted. here is the entries gstat reports dT: 1.064s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 25281 769 0 0 0.0 0 0 0.0 100.0| nvd0 25279 769 0 0 0.0 0 0 0.0 100.0| nvd0p4 25279 769 0 0 0.0 0 0 0.0 100.0| ufs/USR here the right part of gstat -d -o dT: 1.003s w: 1.000s d/s kBps ms/d o/s ms/o %busy Name 770 24641 31965 0 0.0 100.1| nvd0 770 24641 31965 0 0.0 100.1| nvd0p4 770 24641 31965 0 0.0 100.1| ufs/USR the numbers under L(q) go up to about 160000 and as long as theses operations are not finisched, no outer file operation is possible on this filesystem. The number of ops/s and d/s is constant aproximatly 770. Is there a way to speed up delete operations or limit the queue length? Regards Estartu From owner-freebsd-stable@freebsd.org Wed Oct 4 12:26:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B0E6E38B86 for ; Wed, 4 Oct 2017 12:26:21 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4641D50 for ; Wed, 4 Oct 2017 12:26:20 +0000 (UTC) (envelope-from matt.xtaz@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id f4so14721367wme.0 for ; Wed, 04 Oct 2017 05:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=roRbz9m5vmJzWEts2dGiYtOR65HGMMSObZqMjUk+FEM=; b=BqgdBhsJp/2PKUWU3BeguZCSHFGO60wK5KR4iz0jIFXgGJzA6AwIRBh4dgiOWMr9mp 0u1pOotGrtKqrsKzetyWgoT/mHNOabM+kWiDhtE3n9ncsyTl1TYEPhANOHjcSydaK9bm Y7ViF2BI3grOB19PqjJWsjPDz8lrpunAWKhoEFMwEHDYwwwWe+WhsJGHB0iN4Jh2qgnq D2Hj9WnLk3wmwPlnF6UfCvY/DadqRLkg+wp4KfFNbUbTa7UJC8NfmMulscLjOasdGUUo Bc4pw+05t9leH9kfqzE3U+49WqqLfNzdjKT/wo34h3sLtbrR0LE6JDhIUG81/f1aOKVS uphA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=roRbz9m5vmJzWEts2dGiYtOR65HGMMSObZqMjUk+FEM=; b=pdU63wa8RYZe6f0Lm9GGsGELyhPVqMkYFoQMBDYNWMHovV7TbyVRN97vcSxdwhrnqW TszC6HZPmqgHFF8wLB2NkHyfwZ7UpqCwVUdqT7A8R3d/zTp61F24hptZOb+GtPP5LfdT v9jGQqvOb248/HGIGQ8HMN8j7oXLf48hoqOSDIKgInk95zwNIweGO/MmGbUCpXw5Z1jE XYewpMf5Lb8q3i7rmpwI5rYd4Y4YSvDjE+GUy2OlvuEU8r/sFRMMWt2J2SYCJobAMqEQ myC9oXmrIbXaqKzMF3Vqwd82ShnMNmNHXaBkMB3avb0TW4GO9cKgiKEQQGLfKKGqnDGK f+pg== X-Gm-Message-State: AMCzsaVVggvuizi7/vgxkPiuSusKk3j5eKomaC2ICm8jCrJEMOl00zXV iOuaDFwH3G1GfFjYWKWQROU= X-Google-Smtp-Source: AOwi7QDforqqqoNf/V4JTzZ27dssyfLI8YfZG+MQHHYG7uftY1l6qvVcyXj8IXtlU5g88M03p2vZsg== X-Received: by 10.28.197.202 with SMTP id v193mr9846047wmf.9.1507119979382; Wed, 04 Oct 2017 05:26:19 -0700 (PDT) Received: from gmail.com (tao.xtaz.uk. [2001:8b0:fe33::10]) by smtp.gmail.com with ESMTPSA id e134sm14589373wma.31.2017.10.04.05.26.18 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 04 Oct 2017 05:26:18 -0700 (PDT) Date: Wed, 4 Oct 2017 13:26:16 +0100 From: Matt Smith To: krad Cc: Dan Mack , freebsd-stable , Jakub Lach Subject: Re: my build time impact of clang 5.0 Message-ID: <20171004122616.GF48518@gmail.com> Mail-Followup-To: Matt Smith , krad , Dan Mack , freebsd-stable , Jakub Lach References: <1507039968621-0.post@n6.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 12:26:21 -0000 On Oct 04 13:03, krad wrote: >have you tried meta builds and pkgbase? I was going to say this. Because my build times have increased so massively on my underpowered server I've switched to doing incremental builds. Set WITH_META_MODE=yes in /etc/src-env.conf and add kld_list="filemon" to /etc/rc.conf with a kldload filemon. Doing this makes builds take a couple of minutes on average rather than 12 hours. pkgbase I have been monitoring the mailing list, but I haven't actually tried it yet. The problems with /etc merging makes me twitchy. -- Matt From owner-freebsd-stable@freebsd.org Wed Oct 4 14:13:22 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB950E3A6FF for ; Wed, 4 Oct 2017 14:13:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA976639A5 for ; Wed, 4 Oct 2017 14:13:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id w94so10620518ioi.7 for ; Wed, 04 Oct 2017 07:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=tFe2wqYsb73vsaylO/JITHj3FX26IhJX2KTwl5gejOo=; b=xsMFJkmtb23us8aVAQEhaLz5xThkiQ4EHEOP6D7ZTSYgm6ljEAkLhTBn9Qra45ns/6 SVI4FQcf8BnsChNMOndHx3+x8ZEdfYqScmM4GrxB9un5QpsTARF1tvfB7JswdMSltmkM AY2qkBfL6X6MH6Qwj1VWWUN1uOTbtGlmlHAXpOGY2C3XY8LIULy5qmTkA4HK6s/plwDw 1Kk7EmnDnNrPIDX3YBwTBBRyfXShCEZ9MEUIJRg8jW4phGwQfSRZE0qKKJlrBh0Q9pOb 17V/MiS7BTijGTeSM0Nz4lew3WYVezA+i80flSJpBKbLW4c4xj/AoDt0ISkhOsngpTio N9iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=tFe2wqYsb73vsaylO/JITHj3FX26IhJX2KTwl5gejOo=; b=jFAwCd1uC3fa4p13uaN8hUG/2zB9fXFNDvVulNpwelcS96ht92f9DddfvMhMYmowDD 2kCcB7+ojSzZnY6sx6wssLeIBA0MU+fn78//wb/pLIbaHs0WAwLOYC+9oFsFtUGbyLju Nq94nhHyqNfhArZxoDrNTR9kck4IvncS6flgkiHUnh1VyIVHHNpqUP4UXOO2aaTYgjeR scl2pxCCrYUZu3zP22bEQRSbVSGUta+zrejmbUuEsFFZc6PftRdxVPgiVqgrJKCeHh/1 Xer/wb4M5s2yc/mziOrlSBI++F2qjl40wiImIk1BGdONT5LTz/yCod6fiMmtLFmGrFOr S83g== X-Gm-Message-State: AMCzsaVqL8o36DDYy+roW8n2PbNEDCYpSJ9fENVre2gq2+3sVb8zsw89 K6FFPOPBeLRlXf6nSk70FmCySpKJk6XMorHiJiOyFg== X-Google-Smtp-Source: AOwi7QA76hbS5ftkMMwQnFgH92hASPtlM82eOnCD2GwCgrjp9NDv5uPZhYKULqo5XVW5Bjg2LH/QoNRyUb8mVfW/j+g= X-Received: by 10.107.135.147 with SMTP id r19mr34768505ioi.26.1507126401503; Wed, 04 Oct 2017 07:13:21 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.2.194 with HTTP; Wed, 4 Oct 2017 07:13:20 -0700 (PDT) X-Originating-IP: [192.173.66.162] In-Reply-To: <8d1471c9-7341-8892-88f7-a539fc77c45e@ze.tum.de> References: <8d1471c9-7341-8892-88f7-a539fc77c45e@ze.tum.de> From: Warner Losh Date: Wed, 4 Oct 2017 08:13:20 -0600 X-Google-Sender-Auth: 0W04PWsGYaMSpZRTmP0KXBbGeIg Message-ID: Subject: Re: nvd0 lockup while compiling ports To: Gerhard Schmidt Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2017 14:13:23 -0000 On Wed, Oct 4, 2017 at 6:03 AM, Gerhard Schmidt wrote: > Hi, > > I've got a new Workstation last week with the Main HD as M2 Card. > > FreeBSD recognizes the card as nvd0 > nvd0: NVMe namespace > nvd0: 488386MB (1000215216 512 byte sectors) > > When compiling some ports (in this example VirtualBox-ose) I > experiencing lockups on the Harddisk when many files are deleted. > > here is the entries gstat reports > > dT: 1.064s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 25281 769 0 0 0.0 0 0 0.0 100.0| nvd0 > 25279 769 0 0 0.0 0 0 0.0 100.0| nvd0p4 > 25279 769 0 0 0.0 0 0 0.0 100.0| ufs/USR > > here the right part of gstat -d -o > > dT: 1.003s w: 1.000s > d/s kBps ms/d o/s ms/o %busy Name > 770 24641 31965 0 0.0 100.1| nvd0 > 770 24641 31965 0 0.0 100.1| nvd0p4 > 770 24641 31965 0 0.0 100.1| ufs/USR > > the numbers under L(q) go up to about 160000 and as long as theses > operations are not finisched, no outer file operation is possible on > this filesystem. > > The number of ops/s and d/s is constant aproximatly 770. > > Is there a way to speed up delete operations or limit the queue length? > Try disabling TRIM. Warner From owner-freebsd-stable@freebsd.org Thu Oct 5 16:55:51 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8524E3D1E6 for ; Thu, 5 Oct 2017 16:55:51 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id C7B877D535 for ; Thu, 5 Oct 2017 16:55:50 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id 7D505212EF85 for ; Thu, 5 Oct 2017 09:55:44 -0700 (MST) Date: Thu, 5 Oct 2017 09:55:44 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1507222544511-0.post@n6.nabble.com> In-Reply-To: <449511507066091@web20g.yandex.ru> References: <269291507055943@web5o.yandex.ru> <20171003190330.GQ86601@home.opsec.eu> <20171003191343.GR86601@home.opsec.eu> <449511507066091@web20g.yandex.ru> Subject: Re: firefox compilation problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2017 16:55:52 -0000 Since switch to obligatory rust, I've found Firefox to be very fragile build. My recent attempt with llvm from ports was succesful though. -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-stable-f3932046.html From owner-freebsd-stable@freebsd.org Thu Oct 5 17:12:04 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FF0BE3D9C9 for ; Thu, 5 Oct 2017 17:12:04 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3060A7E192 for ; Thu, 5 Oct 2017 17:12:03 +0000 (UTC) (envelope-from peter@pean.org) Received: from lune.pean.org (213-67-100-148-no110.tbcn.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 6A90AC740E for ; Thu, 5 Oct 2017 19:11:53 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Realtek RTL8192EU on FreeBSD 11.1 Message-Id: <61025041-C402-415D-B389-229C16ACCE53@pean.org> Date: Thu, 5 Oct 2017 19:11:52 +0200 To: FreeBSD Stable X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2017 17:12:04 -0000 Hi! I recently bought a noname usb wifi card to use in my gateway but I fail = to get it to work. It seems to work out of the box on my NanoPI running = CURRENT: root@nanopi:~ # uname -a FreeBSD nanopi.pean.org 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320481: = Sat Jul 1 13:10:46 CEST 2017 = peter@torus.pean.org:/usr/local/crochet/work/obj/arm.armv6/usr/src12/sys/G= ENERIC arm root@nanopi:~ # [=E2=80=A6] ugen0.2: at usbus0 rtwn0 on uhub0 rtwn0: <802.11n NIC> on usbus0 rtwn0: MAC/BB RTL8192EU, RF 6052 2T2R My other machine: root@gw:~ # uname -a FreeBSD gw.pean.org 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321606: Thu = Jul 27 10:27:02 CEST 2017 = root@gw.pean.org:/usr/obj/usr/src/sys/SOEKRIS i386 I did follow the instructions here: https://github.com/s3erios/rtwn I have built and installed the modules, and loaded them into kernel: root@gw:~ # kldstat Id Refs Address Size Name 1 21 0xc0400000 9ae080 kernel [=E2=80=A6] 11 2 0xc9f29000 18000 if_rtwn.ko 12 1 0xc59f3000 10000 if_rtwn_usb.ko but the card is not recognised: root@gw:~ # dmesg [=E2=80=A6] ugen3.2: at usbus3 Any pointers to what I could be missing?=20 /Peter.= From owner-freebsd-stable@freebsd.org Fri Oct 6 02:26:00 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55974E2436E for ; Fri, 6 Oct 2017 02:26:00 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id E10696AEAD for ; Fri, 6 Oct 2017 02:25:59 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-177-194.bras2.adl6.internode.on.net (HELO leader.local) ([118.210.177.194]) by ipmail06.adl6.internode.on.net with ESMTP; 06 Oct 2017 11:49:27 +1030 Subject: Re: Realtek RTL8192EU on FreeBSD 11.1 To: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= , FreeBSD Stable References: <61025041-C402-415D-B389-229C16ACCE53@pean.org> From: Shane Ambler Message-ID: <51e141e5-0afe-c598-ef9d-c9eb8a19f38b@ShaneWare.Biz> Date: Fri, 6 Oct 2017 11:49:24 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <61025041-C402-415D-B389-229C16ACCE53@pean.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 02:26:00 -0000 On 06/10/2017 03:41, Peter AnkerstÃ¥l wrote: > Hi! > > I recently bought a noname usb wifi card to use in my gateway but I fail to get it to work. It seems to work out of the box on my NanoPI running CURRENT: > > root@nanopi:~ # uname -a > FreeBSD nanopi.pean.org 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320481: Sat Jul 1 13:10:46 CEST 2017 peter@torus.pean.org:/usr/local/crochet/work/obj/arm.armv6/usr/src12/sys/GENERIC arm > > root@nanopi:~ # > […] > ugen0.2: at usbus0 > rtwn0 on uhub0 > rtwn0: <802.11n NIC> on usbus0 > rtwn0: MAC/BB RTL8192EU, RF 6052 2T2R > > My other machine: > root@gw:~ # uname -a > FreeBSD gw.pean.org 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321606: Thu Jul 27 10:27:02 CEST 2017 root@gw.pean.org:/usr/obj/usr/src/sys/SOEKRIS i386 svn revision 312680 - Add support for the Realtek RTL8192EU chipset. https://svnweb.freebsd.org/base?view=revision&revision=312680 At this stage the support is in current but doesn't appear to have been merged into any releases. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@freebsd.org Fri Oct 6 07:37:11 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57BD2E2F299 for ; Fri, 6 Oct 2017 07:37:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0901672AB4 for ; Fri, 6 Oct 2017 07:37:10 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x231.google.com with SMTP id m72so5918952wmc.1 for ; Fri, 06 Oct 2017 00:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=Z3dbkSW+BC9ZXVcao2bcmGKoiAJJz83qYJcqmtpi3ZM=; b=U/7GUsgjalS1QOjCaNUcIREJzP6t8F/l9lOnBHFtPX0Jjzii76a0BzOFMA+t7EGQtz DU1jvUE2wGYo7mch/ZmFkYXwhYVOxj7REYzX2TMIURjTfsdP4FSxnCJabtjTwJvdAqe1 d0WRWMv6ZutFopvBDs6LZcXktSBjmHeZtQw1bcmYh/D8dEDOb9VJpc5p3dc1OL5Jgh4t fDIvj6ulx9Zlee+G1cCLfZonTLsFVTxNPvoR6/duzrT4kaijYoEeG5EZC3btwfC7bFOX gChgX92jpbf8GaTWFwqdi/Poz+4h2L/ngY41H/iCTz9XQHN0+en812wUXkImdCS9eKnj iuew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=Z3dbkSW+BC9ZXVcao2bcmGKoiAJJz83qYJcqmtpi3ZM=; b=XdI2QEmkS3dpGcPu5hJW9npQSU/3cYCLAMtKUtQqcJfuMnN5sv29RnsZgjBreN+jEH Jelu9tbwDDeAhMhOgc9+kL+4EEeC4SDYVDSjTbpk5OpntvYN/0vCyKKvm0VUYVixTcj6 zIk4PpzeC6DlGuCe5eYiFvxiUIZkoK/TJxAKBS7uXvHsRtHMgh7euEeRL/IrA5lkJ3sO HqH/gwxMjm5NrseimRDzyW7zOVkbbhqzpX9nTf8qlxqL437bRdri/NMhwxGCeO3fpFEB 0rGrujyGe7XrQWj8hGbfxBbSY16WpEEGFoqj9SEM2qVnc7RpRqE8vjCYPfsXQltizMjr 1LZA== X-Gm-Message-State: AMCzsaVDaf75QtYHt+O3IAS3WgJB+IskIR5AJ/Q4kcgu2Xtk8xDCXo5w Hdf5Ti05A5YoeUc53kUkTY1i/yThZ2k= X-Google-Smtp-Source: AOwi7QBrpxdSNPLxharETEoYu3phYWGEQZePXa0CygfXwNzt186iBG49rknGeaEOy4WHsfIbu3JcjQ== X-Received: by 10.80.195.25 with SMTP id a25mr2163406edb.142.1507275428380; Fri, 06 Oct 2017 00:37:08 -0700 (PDT) Received: from [10.10.1.111] ([185.97.61.1]) by smtp.gmail.com with ESMTPSA id l33sm751270edb.47.2017.10.06.00.37.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Oct 2017 00:37:07 -0700 (PDT) Subject: Re: disk errors: CAM status: Uncorrectable parity/CRC error [SOLVED] To: Graham Menhennitt , FreeBSD stable References: <206df4a1-4666-f0db-12e4-ec7958d9f7b3@menhennitt.com.au> <55f57f7d-366c-8e74-7c64-b3534083c026@menhennitt.com.au> <29534c53-1eb2-86e9-d9fd-e263c84639be@multiplay.co.uk> <844ff9a6-01db-60db-e23d-050c59541b3a@menhennitt.com.au> From: Steven Hartland Message-ID: <0d178f74-b328-1904-3dc2-455fade44659@multiplay.co.uk> Date: Fri, 6 Oct 2017 08:37:07 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <844ff9a6-01db-60db-e23d-050c59541b3a@menhennitt.com.au> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 07:37:11 -0000 On 06/10/2017 08:32, Graham Menhennitt wrote: > On 25/09/2017 08:12, Steven Hartland wrote: >> Depends on your exact setup, see the ata and ahci man pages e.g. >> hint.ahcich.X.sata_rev >> hint.ata.X.devX.sata_rev >> hint.ata.X.sata_rev >> hint.ata.X.devX.mode >> hint.ata.X.mode >> >>     Regards >>     Steve >> >> On 24/09/2017 21:02, Graham Menhennitt wrote: >>> On 24/09/2017 20:47, Steven Hartland wrote: >>>> Try reducing the disk connection speed down to see if that helps. >>>> >>>> On Sun, 24 Sep 2017 at 06:49, Graham Menhennitt >>>> > wrote: >>>> >>>> G'day all, >>>> >>>> I'm setting up a machine running 11-Stable on a PC Engines >>>> APU2C board. >>>> It has a 16Gb SSD as its first disk (ada0), and a Seagate 2Tb >>>> SATA-3 >>>> disk as its second (ada1). I'm getting lots of read errors on >>>> the second >>>> disk. They appear on the console as: >>>> > > Thanks for that Steve. And sorry for taking so long to get back to you. > > In my case, adding: > > hint.ahcich.1.sata_rev="2" > > to /boot/device.hints seems to have fixed the problem. > > My dmesg now says: > > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: ACS-3 ATA SATA 3.x device > ada1: Serial Number XXXXX > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 1907729MB (3907029168 512 byte sectors) > > Whereas previously it said: > > ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) > If that fixes its most likely your cabling is the most likely cause.     Regards     Steve From owner-freebsd-stable@freebsd.org Fri Oct 6 15:17:28 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C148AE39820 for ; Fri, 6 Oct 2017 15:17:28 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C68E3701 for ; Fri, 6 Oct 2017 15:17:28 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id f202so1317718ioe.0 for ; Fri, 06 Oct 2017 08:17:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=kLzul4ysfLkHk431ftRz7hGSCQfI4UAokh3ArKQpVgI=; b=rPT7WqOzEgpOIcr5TA3SDHJNuos+Zhh+1vV52a+wmyZu1lV53VjwU9MXZhnGWlOhyB xyDSFQiHznZPEXpXsREnEJQCipAYtm/ew9yAOE/JFdHe7pdfOrrmJ80Bfe5VxNHckdAZ UKUmKPsbRYBfyTW7m05+EsAY6raYgPCjHtN2vVeBVWBcfY237CVsloZlY5H58YAM5+Fr 7ZO4JDsImI3Nu4CDJSknXVfhZ7oAfT86ZRwh5Q7dYEhSW7CLHGuO3MuKxzIrRE05IZXe bNh0fsbVOH8P1H0qTEeHHlJ81wBRR0JRvP+nTaRQSwtviueK2iCBYTTBAGT7vizngXAE uvYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=kLzul4ysfLkHk431ftRz7hGSCQfI4UAokh3ArKQpVgI=; b=dPp55I1Z18Dd2bpVFwDtwW/k3BIJXgbcn1A+lC27jdxrCzaiF/V3kNai58vEXBvMbR IUjuYKtWi1lDAy8aZYnmjNi8bzd6FkZ+7q2q50KJZWzW24vZmkNq6mgbum2FPBhpZUzz Dp5SbEdTqo+axcew3F7gkTr9mx2FSYMHWqxdHbyKH2zzkrfRxarpobjuJNsWPWthpzuo bXEpQ+7QGVt/kXD/MGAW5DkNfZc52bC0pO1RIoPacVqvL6EGjpq9uSyR2gz/PG98y8zd IXbWBoIKtow/cc0f9VoKayjhdbx+vxEF2IYqNicPOGIIVEch55wUCU0On0+D2L9omb4E wHEA== X-Gm-Message-State: AMCzsaW1j7S/l2FYexy8pKB04KW5B4oKPvcsEAVWSSadBWJ2Z1Xk3woY sO677BHxpu/sgrcxMXUmfYmJ8bHh2E6NK6P01JG+1g== X-Google-Smtp-Source: AOwi7QC1iMJASafheLTzWFEVLXi52LLl/ghpjKafQQFHlcPZyndn+LC7l/2b5iNMb9vzIQk4ADkDhbPYIWHIaTc+r00= X-Received: by 10.107.141.86 with SMTP id p83mr3081137iod.40.1507303047733; Fri, 06 Oct 2017 08:17:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.2.154.203 with HTTP; Fri, 6 Oct 2017 08:17:27 -0700 (PDT) From: Rostislav Krasny Date: Fri, 6 Oct 2017 18:17:27 +0300 Message-ID: Subject: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 15:17:28 -0000 Hi there, I try to install amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk and I can't make it bootable. My Windows 7 uses its standard MBR partitioning scheme (1. 100MB System Reserved Partition; 2 - 127GB disk C partition) and there is about 112GB of free unallocated disk space that I want to use to install FreeBSD on it. As an installation media I use the FreeBSD-11.1-RELEASE-amd64-mini-memstick.img flashed on a USB drive. During the installation, if I choose to use Guided Partitioning Tool and automatic partitioning of the free space, I get a pop-up message that says: ====== The existing partition scheme on this disk (MBR) is not bootable on this platform. To install FreeBSD, it must be repartitioned. This will destroy all data on the disk. Are you sure you want to proceed? [Yes] [No] ====== If instead of the Guided Partitioning Tool I choose to partition the disk manually I get a similar message as a warning and the installation process continues without an error, but the installed FreeBSD system is not bootable. Installing boot0 manually (boot0cfg -Bv /dev/ada0) doesn't fix it. The boot0 boot loader is able to boot Windows but it's unable to start the FreeBSD boot process. It only prints hash symbols when I press F3 (the FreeBSD slice/MBR partition number). I consider this as a critical bug. But maybe there is some workaround that allows me to install the FreeBSD 11.1 as a second OS without repartitioning the entire disk? My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). From owner-freebsd-stable@freebsd.org Fri Oct 6 15:42:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA43EE39DF5 for ; Fri, 6 Oct 2017 15:42:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id 975B063586 for ; Fri, 6 Oct 2017 15:42:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 97D552733F for ; Fri, 6 Oct 2017 11:42:15 -0400 (EDT) Received: from Karl-Lenovo.Denninger.Net (D1.Denninger.Net [192.168.10.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id CEE63294150 for ; Fri, 6 Oct 2017 10:42:13 -0500 (CDT) From: Karl Denninger Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: freebsd-stable@freebsd.org References: Message-ID: <22388e92-c83e-eacd-4151-e473033091d1@denninger.net> Date: Fri, 6 Oct 2017 10:42:08 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090609040104070808080800" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 15:42:50 -0000 This is a cryptographically signed message in MIME format. --------------ms090609040104070808080800 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: base64 T24gMTAvNi8yMDE3IDEwOjE3LCBSb3N0aXNsYXYgS3Jhc255IHdyb3RlOgo+IEhpIHRoZXJl LAo+Cj4gSSB0cnkgdG8gaW5zdGFsbCBhbWQ2NCBGcmVlQlNEIDExLjEgaW4gZHVhbC1ib290 IHdpdGggV2luZG93cyA3IG9uIGFuCj4gTUJSIHBhcnRpdGlvbmVkIGRpc2sgYW5kIEkgY2Fu J3QgbWFrZSBpdCBib290YWJsZS4gTXkgV2luZG93cyA3IHVzZXMKPiBpdHMgc3RhbmRhcmQg TUJSIHBhcnRpdGlvbmluZyBzY2hlbWUgKDEuIDEwME1CIFN5c3RlbSBSZXNlcnZlZAo+IFBh cnRpdGlvbjsgMiAtIDEyN0dCIGRpc2sgQyBwYXJ0aXRpb24pIGFuZCB0aGVyZSBpcyBhYm91 dCAxMTJHQiBvZgo+IGZyZWUgdW5hbGxvY2F0ZWQgZGlzayBzcGFjZSB0aGF0IEkgd2FudCB0 byB1c2UgdG8gaW5zdGFsbCBGcmVlQlNEIG9uCj4gaXQuIEFzIGFuIGluc3RhbGxhdGlvbiBt ZWRpYSBJIHVzZSB0aGUKPiBGcmVlQlNELTExLjEtUkVMRUFTRS1hbWQ2NC1taW5pLW1lbXN0 aWNrLmltZyBmbGFzaGVkIG9uIGEgVVNCIGRyaXZlLgo+Cj4gRHVyaW5nIHRoZSBpbnN0YWxs YXRpb24sIGlmIEkgY2hvb3NlIHRvIHVzZSBHdWlkZWQgUGFydGl0aW9uaW5nIFRvb2wKPiBh bmQgYXV0b21hdGljIHBhcnRpdGlvbmluZyBvZiB0aGUgZnJlZSBzcGFjZSwgSSBnZXQgYSBw b3AtdXAgbWVzc2FnZQo+IHRoYXQgc2F5czoKPgo+ID09PT09PQo+IFRoZSBleGlzdGluZyBw YXJ0aXRpb24gc2NoZW1lIG9uIHRoaXMgZGlzawo+IChNQlIpIGlzIG5vdCBib290YWJsZSBv biB0aGlzIHBsYXRmb3JtLiBUbwo+IGluc3RhbGwgRnJlZUJTRCwgaXQgbXVzdCBiZSByZXBh cnRpdGlvbmVkLgo+IFRoaXMgd2lsbCBkZXN0cm95IGFsbCBkYXRhIG9uIHRoZSBkaXNrLgo+ IEFyZSB5b3Ugc3VyZSB5b3Ugd2FudCB0byBwcm9jZWVkPwo+ICAgICAgICAgICAgICAgW1ll c10gICAgICAgICAgW05vXQo+ID09PT09PQo+Cj4gSWYgaW5zdGVhZCBvZiB0aGUgR3VpZGVk IFBhcnRpdGlvbmluZyBUb29sIEkgY2hvb3NlIHRvIHBhcnRpdGlvbiB0aGUKPiBkaXNrIG1h bnVhbGx5IEkgZ2V0IGEgc2ltaWxhciBtZXNzYWdlIGFzIGEgd2FybmluZyBhbmQgdGhlCj4g aW5zdGFsbGF0aW9uIHByb2Nlc3MgY29udGludWVzIHdpdGhvdXQgYW4gZXJyb3IsIGJ1dCB0 aGUgaW5zdGFsbGVkCj4gRnJlZUJTRCBzeXN0ZW0gaXMgbm90IGJvb3RhYmxlLiBJbnN0YWxs aW5nIGJvb3QwIG1hbnVhbGx5IChib290MGNmZwo+IC1CdiAvZGV2L2FkYTApIGRvZXNuJ3Qg Zml4IGl0LiBUaGUgYm9vdDAgYm9vdCBsb2FkZXIgaXMgYWJsZSB0byBib290Cj4gV2luZG93 cyBidXQgaXQncyB1bmFibGUgdG8gc3RhcnQgdGhlIEZyZWVCU0QgYm9vdCBwcm9jZXNzLiBJ dCBvbmx5Cj4gcHJpbnRzIGhhc2ggc3ltYm9scyB3aGVuIEkgcHJlc3MgRjMgKHRoZSBGcmVl QlNEIHNsaWNlL01CUiBwYXJ0aXRpb24KPiBudW1iZXIpLgo+Cj4gSSBjb25zaWRlciB0aGlz IGFzIGEgY3JpdGljYWwgYnVnLiBCdXQgbWF5YmUgdGhlcmUgaXMgc29tZSB3b3JrYXJvdW5k Cj4gdGhhdCBhbGxvd3MgbWUgdG8gaW5zdGFsbCB0aGUgRnJlZUJTRCAxMS4xIGFzIGEgc2Vj b25kIE9TIHdpdGhvdXQKPiByZXBhcnRpdGlvbmluZyB0aGUgZW50aXJlIGRpc2s/Cj4KPiBN eSBoYXJkd2FyZSBpcyBhbiBJbnRlbCBDb3JlIGk3IDQ3OTAgMy42R0h6IGJhc2VkIG1hY2hp bmUgd2l0aCAxNkdCCj4gUkFNLiBUaGUgYWRhMCBkaXNrIGlzIDIzOEdCIFNhbkRpc2sgU0Q4 U0JBVDI1NkcxMTIyIChTU0QpLgo+CllvdSBoYXZlIHRvIGRvIHRoZSBwYXJ0aXRpb25pbmcg YW5kIHRoZW4gaW5zdGFsbCBGcmVlQlNEJ3MgYm9vdCBtYW5hZ2VyIApieSBoYW5kLsKgIEl0 IC9kb2VzIC93b3JrOyBJIHJhbiBpbnRvIHRoZSBzYW1lIHRoaW5nIHdpdGggbXkgTGVub3Zv IFgyMjAgCmFuZCB3YXMgYWJsZSB0byBtYW51YWxseSBpbnN0YWxsIGl0LCB3aGljaCB3b3Jr cyBmaW5lIHRvIGR1YWwtYm9vdCAKYmV0d2VlbiBXaW5kb3dzIGFuZCBGcmVlQlNELTExLsKg IEkgaGFkIHRvIGRvIGl0IG1hbnVhbGx5IGJlY2F1c2UgdGhlIAppbnN0YWxsZXIgZGV0ZWN0 ZWQgdGhhdCB0aGUgWDIyMCB3YXMgVUVGSSBjYXBhYmxlIGFuZCBpbnNpc3RlZCBvbiAKR1BU LXBhcnRpdGlvbmluZyB0aGUgZGlzaywgd2hpY2ggaXMgaW5jb21wYXRpYmxlIHdpdGggZHVh bC1ib290IGFuZCB0aGUgCmV4aXN0aW5nIE1CUi1wYXJ0aXRpb25lZCBXaW5kb3dzIGluc3Rh bGxhdGlvbi4KCllvdSB3YW50IHRoZSBwYXJ0aXRpb24gbGF5b3V0IHRvIGxvb2sgbGlrZSB0 aGlzOgoKJCBncGFydCBzaG93Cj0+wqDCoMKgwqDCoMKgIDYzwqAgNTAwMTE4MTI5wqAgYWRh MMKgIE1CUsKgICgyMzhHKQogwqDCoMKgwqDCoMKgwqDCoCA2M8KgwqDCoCA0MjA4OTY3wqDC oMKgwqAgMcKgIG50ZnPCoCAoMi4wRykKIMKgwqDCoCA0MjA5MDMwwqAgMzA3NDgxNzI3wqDC oMKgwqAgMsKgIG50ZnPCoCAoMTQ3RykKIMKgIDMxMTY5MDc1N8KgwqDCoMKgwqDCoMKgwqDC oCAzwqDCoMKgwqDCoMKgwqAgLSBmcmVlIC3CoCAoMS41SykKIMKgIDMxMTY5MDc2MMKgIDE2 NTY3NTAwOMKgwqDCoMKgIDPCoCBmcmVlYnNkwqAgW2FjdGl2ZV3CoCAoNzlHKQogwqAgNDc3 MzY1NzY4wqDCoMKgwqAgODA4OTU3wqDCoMKgwqDCoMKgwqAgLSBmcmVlIC3CoCAoMzk1TSkK IMKgIDQ3ODE3NDcyNcKgwqAgMjE5Mjg3MjXCoMKgwqDCoCA0wqAgbnRmc8KgICgxMEcpCiDC oCA1MDAxMDM0NTDCoMKgwqDCoMKgIDE0NzQywqDCoMKgwqDCoMKgwqAgLSBmcmVlIC3CoCAo Ny4yTSkKCj0+wqDCoMKgwqDCoMKgwqAgMMKgIDE2NTY3NTAwOMKgIGFkYTBzM8KgIEJTRMKg ICg3OUcpCiDCoMKgwqDCoMKgwqDCoMKgwqAgMMKgwqDCoCA4Mzg4NjA4wqDCoMKgwqDCoMKg IDHCoCBmcmVlYnNkLXVmc8KgICg0LjBHKQogwqDCoMKgIDgzODg2MDjCoCAxMzYzMTQ4ODDC oMKgwqDCoMKgwqAgMsKgIGZyZWVic2QtdWZzwqAgKDY1RykKIMKgIDE0NDcwMzQ4OMKgwqAg MjA5NzE1MTnCoMKgwqDCoMKgwqAgNMKgIGZyZWVic2Qtc3dhcMKgICgxMEcpCiDCoCAxNjU2 NzUwMDfCoMKgwqDCoMKgwqDCoMKgwqAgMcKgwqDCoMKgwqDCoMKgwqDCoCAtIGZyZWUgLcKg ICg1MTJCKQoKTUJSIGhhcyBvbmx5IGZvdXIgcGFydGl0aW9uczsgdGhlICJzdGFuZGFyZCIg V2luZG93cyAoNyspIGluc3RhbGwgdXNlcyAKL3RocmVlLiAvVGhlICJib290Ii9yZXBhaXIg YXJlYSwgdGhlIG1haW4gcGFydGl0aW9uIGFuZCwgb24gbW9zdCAKbWFjaGluZXMsIGEgInJl Y292ZXJ5IiBwYXJ0aXRpb24uwqAgVGhhdCB1c3VhbGx5IGxlYXZlcyBwYXJ0aXRpb24gMyBm cmVlIAp3aGljaCBpcyB3aGVyZSBJIHN0dWNrIEZyZWVCU0QuwqDCoCBOb3RlIHRoYXQgeW91 IG11c3QgdGhlbiBzZXQgdXAgc2xpY2VzIApvbiBQYXJ0aXRpb24gMyAoZS5nLiByb290L3Vz ci9zd2FwKSBhcyB1c3VhbC4KCgotLSAKS2FybCBEZW5uaW5nZXIKa2FybEBkZW5uaW5nZXIu bmV0IDxtYWlsdG86a2FybEBkZW5uaW5nZXIubmV0PgovVGhlIE1hcmtldCBUaWNrZXIvCi9b Uy9NSU1FIGVuY3J5cHRlZCBlbWFpbCBwcmVmZXJyZWRdLwo= --------------ms090609040104070808080800 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMDA2MTU0MjA4 WjBPBgkqhkiG9w0BCQQxQgRAVCa5wqJf3sRCh68fzG/fZ++RcSrL0lOMF4D/x3WIZhwU5RkU kZdPBc/zC/83ULX/NrlcTOLgwWdYS6U8sc3RWDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgB9W6uUbTgkOOWTii4AUGniYtkMhQgUj4N6vzbRO9bhhdeEjtN77U012+dzKHBAqJXv YRRX3el96wIZi1rDj1L5iNKJk8qT1PjVA/5Xz62hXlTDpveoNOi/pAKvG8yejnIgDz/gBIoj cS45L0Lry7E6Qk4FY1Xh6BeD7ukxMv6U/Lhu+lCFH/NAagJ2lcm1MRH5AA7+1Tzz5I5lX8LP vwO73U7/6m6YDg/XyvM9IxVd+zcSQlUtICv5hOAN7vmFPjfVFWoLyegt1boXY5ri/IqAjIxk 5LI42EZxSOlOqqN/8V4ymAhX6xN6VlE/nlsxv2MIC/Cvms5dw2js+im2PS0DciN92xEA4z+W YZ4Grm2GM+DOe2g8SIflUzr63AOhgIck1ybGkYas6P9sz+EkSZyh+aJmcDsEj7b+53O5whSE MPRnoClbOYj/sUUwBDF9yIq2YCHRhORSPEc8GVgCcxGlCbJ+dotyEgEJ5gD4rozRsXWB+tJr Sedp3y7wJI/MIS6DpZTkViD+ipG4LyFpN2Wtv5KibH9EBJQ7jIE0biwvIbF7Q6y7DVuEwO0N 8MQMGD38WtgeKQSURHSQdK0o6sV8NguD3SlGI0/ZvgH8GJG+JNpz2ucW7rIQGtLh2MShkhJs sEONMpwD1PCZsRvqxVetsGzsU8DsEe7fvsh0T2gxAQAAAAAAAA== --------------ms090609040104070808080800-- From owner-freebsd-stable@freebsd.org Fri Oct 6 15:54:36 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02BC8E3A48E for ; Fri, 6 Oct 2017 15:54:36 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id CD0C263D94 for ; Fri, 6 Oct 2017 15:54:35 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 86FBB2733F for ; Fri, 6 Oct 2017 11:54:35 -0400 (EDT) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 728142941AF for ; Fri, 6 Oct 2017 10:54:33 -0500 (CDT) Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: freebsd-stable@freebsd.org References: <22388e92-c83e-eacd-4151-e473033091d1@denninger.net> From: Karl Denninger Message-ID: <58db9884-ddc4-39f7-a509-c77ae3880b50@denninger.net> Date: Fri, 6 Oct 2017 10:54:30 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <22388e92-c83e-eacd-4151-e473033091d1@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000605030205030708020507" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 15:54:36 -0000 This is a cryptographically signed message in MIME format. --------------ms000605030205030708020507 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/6/2017 10:42, Karl Denninger wrote: > On 10/6/2017 10:17, Rostislav Krasny wrote: >> Hi there, >> >> I try to install amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an >> MBR partitioned disk and I can't make it bootable. My Windows 7 uses >> its standard MBR partitioning scheme (1. 100MB System Reserved >> Partition; 2 - 127GB disk C partition) and there is about 112GB of >> free unallocated disk space that I want to use to install FreeBSD on >> it. As an installation media I use the >> FreeBSD-11.1-RELEASE-amd64-mini-memstick.img flashed on a USB drive. >> >> During the installation, if I choose to use Guided Partitioning Tool >> and automatic partitioning of the free space, I get a pop-up message >> that says: >> >> =3D=3D=3D=3D=3D=3D >> The existing partition scheme on this disk >> (MBR) is not bootable on this platform. To >> install FreeBSD, it must be repartitioned. >> This will destroy all data on the disk. >> Are you sure you want to proceed? >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 [Yes]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [No] >> =3D=3D=3D=3D=3D=3D >> >> If instead of the Guided Partitioning Tool I choose to partition the >> disk manually I get a similar message as a warning and the >> installation process continues without an error, but the installed >> FreeBSD system is not bootable. Installing boot0 manually (boot0cfg >> -Bv /dev/ada0) doesn't fix it. The boot0 boot loader is able to boot >> Windows but it's unable to start the FreeBSD boot process. It only >> prints hash symbols when I press F3 (the FreeBSD slice/MBR partition >> number). >> >> I consider this as a critical bug. But maybe there is some workaround >> that allows me to install the FreeBSD 11.1 as a second OS without >> repartitioning the entire disk? >> >> My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB >> RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). >> > You have to do the partitioning and then install FreeBSD's boot > manager by hand.=C2=A0 It /does /work; I ran into the same thing with m= y > Lenovo X220 and was able to manually install it, which works fine to > dual-boot between Windows and FreeBSD-11.=C2=A0 I had to do it manually= > because the installer detected that the X220 was UEFI capable and > insisted on GPT-partitioning the disk, which is incompatible with > dual-boot and the existing MBR-partitioned Windows installation. > > You want the partition layout to look like this: > > $ gpart show > =3D>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 63=C2=A0 500118129=C2=A0 ada0=C2= =A0 MBR=C2=A0 (238G) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 63=C2=A0=C2=A0=C2=A0 4= 208967=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0 ntfs=C2=A0 (2.0G) > =C2=A0=C2=A0=C2=A0 4209030=C2=A0 307481727=C2=A0=C2=A0=C2=A0=C2=A0 2=C2= =A0 ntfs=C2=A0 (147G) > =C2=A0 311690757=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - free -=C2=A0 (1.5K) > =C2=A0 311690760=C2=A0 165675008=C2=A0=C2=A0=C2=A0=C2=A0 3=C2=A0 freebs= d=C2=A0 [active]=C2=A0 (79G) > =C2=A0 477365768=C2=A0=C2=A0=C2=A0=C2=A0 808957=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 - free -=C2=A0 (395M) > =C2=A0 478174725=C2=A0=C2=A0 21928725=C2=A0=C2=A0=C2=A0=C2=A0 4=C2=A0 n= tfs=C2=A0 (10G) > =C2=A0 500103450=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 14742=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 - free -=C2=A0 (7.2M) > > =3D>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0 165675008=C2=A0 = ada0s3=C2=A0 BSD=C2=A0 (79G) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2= =A0 8388608=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0 freebsd-ufs=C2=A0= (4.0G) > =C2=A0=C2=A0=C2=A0 8388608=C2=A0 136314880=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 2=C2=A0 freebsd-ufs=C2=A0 (65G) > =C2=A0 144703488=C2=A0=C2=A0 20971519=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 4=C2=A0 freebsd-swap=C2=A0 (10G) > =C2=A0 165675007=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - free -=C2=A0 (5= 12B) > > MBR has only four partitions; the "standard" Windows (7+) install uses > /three. /The "boot"/repair area, the main partition and, on most > machines, a "recovery" partition.=C2=A0 That usually leaves partition 3= > free which is where I stuck FreeBSD.=C2=A0=C2=A0 Note that you must the= n set up > slices on Partition 3 (e.g. root/usr/swap) as usual. > BTW if you're getting the "#" when you hit the partition key that means the /second stage /boot loader is /not /on the partition you selected; the bootmanager can't find it.=C2=A0 This can be manually installed with:= # gpart bootcode -b /boot/boot ada0s3 "s3" is the partition in question upon which you created the BSD-labeled structure. One thing to be aware of is that you must adjust Windows group policy if you intend to use Bitlocker, or it will declare the disk structure changed and refuse to take your key (demanding the recovery key) whenever the FreeBSD boot manager changes the active "next boot" flag.=C2= =A0 By default /any /change in the boot structure will set off Bitlocker; you can relax it to not get so cranked, but you need to do so /before /encrypting the partition under Windows. I run GELI encryption on the FreeBSD partition which is why I have a separate (small) boot filesystem; that too has to be manually set up for an installation like this using MBR.=C2=A0 It works well. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms000605030205030708020507 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMDA2MTU1NDMw WjBPBgkqhkiG9w0BCQQxQgRAwe7V4pY0nzYue75YuCSK48xhpqGTlYZQeIv9y4ttytZmnMg7 D9ZVpGZ1Nn4f522tJ6ibI3KgffWyfHsi/UsqnjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCOvCuGPlFZuV8bKtA/jgo2bRwazUkOdA+5iksf6fIMBUrTM029jEzOBBr/9HRJGiGs 3SjZvLt/HmYML+dSSV+uWYvZGoXEprcZwFI4D5WyzHdPzPRv+0U2L9jvWfHXkfDZruwMs+5R kWABsHHVL+ICYe1D1ALoILOZWoo8Na0FLTVAlIqf8Z7wIA1fevITiyD1Q70z1eOoM55t+KGO 3YV8/rBT6MylQh9Ps+lItbdSzFZLEURiKGjQdYd0MmbBHbtJDW1Ra9t4u8R++0n7ye7V82/x segMb50YeAN863+HBM48gVsc2zlKMQ+TWqs4k9ZVjfvhr4OZr4Jgt37f8QPv1dlr7nXK5FR9 z8DSo4AfvAKGYiBaqUi5ZjFt5VeXi/7vR0px98+l6ZbX7L9ov/CVpOTupOvZpCR1JZuFMnzX OFo8LFCBmHqGjUs9/xn5jFL1fPinH72QfY39wQSQW+Or68UxziaMwX5RciCgII+GYUwygBiM 2+KXLEMTCEekQOTsNbnc0bGzVTQceVStu01EdyPNhyheKH2xupEUyXLIRln1FR0Q9Na5C8ZK ZtZaNSvGoCzYOw0gfsZlrkEqI5QzqkcwsXl1ApVQfj0bDQTANApRCDLHuhhnWnGwzp/BPsP7 YNQYXWMUZ/cGbrlaUq+nzyNuKXWGgoIgOVUnLcvYHgAAAAAAAA== --------------ms000605030205030708020507-- From owner-freebsd-stable@freebsd.org Fri Oct 6 17:33:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4844DE3CCF5 for ; Fri, 6 Oct 2017 17:33:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B344C67A82 for ; Fri, 6 Oct 2017 17:33:22 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v96HXEPF045914 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 6 Oct 2017 19:33:15 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: rosti.bsd@gmail.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id v96HXBE2041814 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 7 Oct 2017 00:33:11 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: Rostislav Krasny , freebsd-stable References: From: Eugene Grosbein Message-ID: <59D7BE53.5050409@grosbein.net> Date: Sat, 7 Oct 2017 00:33:07 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 17:33:24 -0000 06.10.2017 22:17, Rostislav Krasny wrote: > I consider this as a critical bug. But maybe there is some workaround > that allows me to install the FreeBSD 11.1 as a second OS without > repartitioning the entire disk? > > My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB > RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). bsdinstall (current installer) is seriously flawed comparing with sysinstall (previous one) when we talk about installing FreeBSD to a slice within MBR. You still can install FreeBSD by invoking a shell from bsdinstall and using gpart: gpart add -t freebsd -a 4096 ada0 # dedicate all unallocated space for ada0s3 gpart create -s BSD -n 20 ada0s3 # create BSD label able to contain upto 20 partitions gpart bootcode -b /boot/boot0 ada0 # install menu-driven boot manager BootEasy to MBR gpart bootcode -b /boot/boot ada0s3 # install FreeBSD-specific UFS boot code to its slice gpart set -a active -i 1 ada0 # make sure MBR has exactly one active partition gpart add -t freebsd-swap -s 4G -i 2 # allocate 4G for a swap ada0s3b (choose size of your like) gpart add -t freebsd-ufs -s 2G # allocate 2G for root partition ada0s3a newfs -L root /dev/ada0s3a gpart add -t freebsd-ufs -s 1G # allocate 1G for read-only /usr partition ada0s3d newfs -L usr /dev/ada0s3d gpart add -t freebsd-ufs -s 4G # allocate 4G for /var ada0s3e newfs -L var /dev/ada0s3e gpart add -t freebsd-ufs -s 10G # allocate 10G /usr/local: future installed ports & packages newfs -L usrl /dev/ada0s3f gpart add -t freebsd-ufs # allocate all other space for /home newfs -L home /dev/ada0s3g Then you will have mount new ada0s3a, create mount points for other partitions there, create etc/fstab, extract *.txz from distibution media and it will boot just fine. From owner-freebsd-stable@freebsd.org Fri Oct 6 19:35:37 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E10BDE3FDE8 for ; Fri, 6 Oct 2017 19:35:37 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C35F66CEFA for ; Fri, 6 Oct 2017 19:35:37 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from homiemail-a47.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by hapkido.dreamhost.com (Postfix) with ESMTP id 9513A92DFC for ; Fri, 6 Oct 2017 00:32:38 -0700 (PDT) Received: from homiemail-a47.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTP id 2089E1B03; Fri, 6 Oct 2017 00:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=menhennitt.com.au; bh=I4JPz2FhLMsik fX+uCo20SdPSQg=; b=KA9oMh0AdsUnuMWEffKWhwGZ79aTf1/MFLuU4lnSoog1L UfHQOPI+BVZeb9FhvciZudx4Ugh/CJ8n+HNnFqRyxQn3OVr7fQ9KpBYTbNj8FsfK 6wbe6EhdrOZZRrTdBcViOu5YBs7UHDA04CfxLuYlhYzDEgvhfgIqW3PdHCAMTY= Received: from [203.2.73.68] (c122-107-208-156.mckinn3.vic.optusnet.com.au [122.107.208.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTPSA id 7C2571F3C; Fri, 6 Oct 2017 00:32:31 -0700 (PDT) Subject: Re: disk errors: CAM status: Uncorrectable parity/CRC error [SOLVED] To: Steven Hartland , FreeBSD stable References: <206df4a1-4666-f0db-12e4-ec7958d9f7b3@menhennitt.com.au> <55f57f7d-366c-8e74-7c64-b3534083c026@menhennitt.com.au> <29534c53-1eb2-86e9-d9fd-e263c84639be@multiplay.co.uk> From: Graham Menhennitt Message-ID: <844ff9a6-01db-60db-e23d-050c59541b3a@menhennitt.com.au> Date: Fri, 6 Oct 2017 18:32:29 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <29534c53-1eb2-86e9-d9fd-e263c84639be@multiplay.co.uk> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 19:35:38 -0000 On 25/09/2017 08:12, Steven Hartland wrote: > Depends on your exact setup, see the ata and ahci man pages e.g. > hint.ahcich.X.sata_rev > hint.ata.X.devX.sata_rev > hint.ata.X.sata_rev > hint.ata.X.devX.mode > hint.ata.X.mode > > =C2=A0=C2=A0=C2=A0 Regards > =C2=A0=C2=A0=C2=A0 Steve > > On 24/09/2017 21:02, Graham Menhennitt wrote: >> On 24/09/2017 20:47, Steven Hartland wrote: >>> Try reducing the disk connection speed down to see if that helps. >>> >>> On Sun, 24 Sep 2017 at 06:49, Graham Menhennitt=20 >>> > wrote: >>> >>> G'day all, >>> >>> I'm setting up a machine running 11-Stable on a PC Engines APU2C >>> board. >>> It has a 16Gb SSD as its first disk (ada0), and a Seagate 2Tb SAT= A-3 >>> disk as its second (ada1). I'm getting lots of read errors on >>> the second >>> disk. They appear on the console as: >>> Thanks for that Steve. And sorry for taking so long to get back to you. In my case, adding: hint.ahcich.1.sata_rev=3D"2" to /boot/device.hints seems to have fixed the problem. My dmesg now says: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ACS-3 ATA SATA 3.x device ada1: Serial Number XXXXX ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors) Whereas previously it said: ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Thanks again, =C2=A0=C2=A0=C2=A0 Graham From owner-freebsd-stable@freebsd.org Fri Oct 6 21:21:25 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8465FE41EB1 for ; Fri, 6 Oct 2017 21:21:25 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from hobbes.arroway.org (hobbes.arroway.org [173.199.118.77]) by mx1.freebsd.org (Postfix) with ESMTP id A7F8C70460 for ; Fri, 6 Oct 2017 21:21:24 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from [10.1.1.10] (unknown [177.89.5.111]) by hobbes.arroway.org (Postfix) with ESMTPA id 682D61FDBD6 for ; Fri, 6 Oct 2017 18:13:49 -0300 (BRT) Received: from 10.1.1.86 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Fri, 6 Oct 2017 18:13:52 -0300 Message-ID: <561363d2f62106b11c4ecc9bd4326962.squirrel@10.1.1.10> In-Reply-To: <59D7BE53.5050409@grosbein.net> References: <59D7BE53.5050409@grosbein.net> Date: Fri, 6 Oct 2017 18:13:52 -0300 Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 21:21:25 -0000 On Fri, October 6, 2017 14:33, Eugene Grosbein wrote: > 06.10.2017 22:17, Rostislav Krasny wrote: > >> I consider this as a critical bug. But maybe there is some workaround >> that allows me to install the FreeBSD 11.1 as a second OS without >> repartitioning the entire disk? >> >> My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB >> RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). > > bsdinstall (current installer) is seriously flawed comparing with > sysinstall (previous one) > when we talk about installing FreeBSD to a slice within MBR. I sure miss sysinstall from the very bottom of my heart. I had the very same problem the OP said, about a month ago. I just didn't got the issue, so I installed 10.3-R and did upgrade via freebsd-update. The OP setup is close to mine, I will try to use the command list below and see what it gets me. It was really disappointing not being able to install 11.1 on this new machine. I am saving a 10.3R pendrive forever. If anyone need, just say I upload the dd'ed image :) I also tested on another older machine, same thing. matheus > You still can install FreeBSD by invoking a shell from bsdinstall > and using gpart: > > gpart add -t freebsd -a 4096 ada0 # dedicate all unallocated space for > ada0s3 > gpart create -s BSD -n 20 ada0s3 # create BSD label able to contain > upto 20 partitions > gpart bootcode -b /boot/boot0 ada0 # install menu-driven boot manager > BootEasy to MBR > gpart bootcode -b /boot/boot ada0s3 # install FreeBSD-specific UFS boot > code to its slice > gpart set -a active -i 1 ada0 # make sure MBR has exactly one active > partition > gpart add -t freebsd-swap -s 4G -i 2 # allocate 4G for a swap ada0s3b > (choose size of your like) > gpart add -t freebsd-ufs -s 2G # allocate 2G for root partition > ada0s3a > newfs -L root /dev/ada0s3a > gpart add -t freebsd-ufs -s 1G # allocate 1G for read-only /usr > partition ada0s3d > newfs -L usr /dev/ada0s3d > gpart add -t freebsd-ufs -s 4G # allocate 4G for /var ada0s3e > newfs -L var /dev/ada0s3e > gpart add -t freebsd-ufs -s 10G # allocate 10G /usr/local: future > installed ports & packages > newfs -L usrl /dev/ada0s3f > gpart add -t freebsd-ufs # allocate all other space for /home > newfs -L home /dev/ada0s3g > > Then you will have mount new ada0s3a, create mount points for other > partitions there, > create etc/fstab, extract *.txz from distibution media and it will boot > just fine. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- "We will call you Cygnus, the God of balance you shall be." From owner-freebsd-stable@freebsd.org Fri Oct 6 22:10:16 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8E32E42BC8 for ; Fri, 6 Oct 2017 22:10:16 +0000 (UTC) (envelope-from cindy.dale@frankmethods.com) Received: from mail-ua0-x245.google.com (mail-ua0-x245.google.com [IPv6:2607:f8b0:400c:c08::245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A9CB71AA5 for ; Fri, 6 Oct 2017 22:10:16 +0000 (UTC) (envelope-from cindy.dale@frankmethods.com) Received: by mail-ua0-x245.google.com with SMTP id w32so10185222uaw.23 for ; Fri, 06 Oct 2017 15:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=frankmethods-com.20150623.gappssmtp.com; s=20150623; h=mime-version:message-id:date:subject:from:to; bh=aEeNHCb6pDv2YjkiUUehsXtR/gmQG4xa+oA2OkMbQls=; b=e3e4e9QVAgAv9TXVE0f3CxqxBlzWQdLjgVws+ZCaRO22BtPPrMtModuqz+nUYzy6Co 3ZTg+sXsNNPHL9ST4cVfjBkJOez+pzEeqlALOpbSPgB/VHNLSA5NCepe23KUc+SsYCNj azb13KgtVtP1iQNz5nYPjiESE1yPOxLh3gU6d2ysHggqn6XbDBt7hT5iEmm3R9ja0iet o9i8WpkswdQkVXbBysnDVlXqsd84SeSIrcPQiX359E1KRK5WP2ov61RBXRh0P0ADO4yS 2gGnkuet2EoSGgYIZwWEUp4/E/FoAd4WAq+610ZeXJyPG/2GmY4TMqSi5PpYb/vxuc4k UtAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to; bh=aEeNHCb6pDv2YjkiUUehsXtR/gmQG4xa+oA2OkMbQls=; b=OSMW14VsOaitDmwdtcBH4+W7E5EaGJB3uxDsIGEYuNTRioXgq9yWYq39z0DQDCWkcN ZByAdHSDqrqoTa8HAsRCJbSiDJx4TjAafYR/Qo1C8Z7wCkW1/TLJDCXoKizGyjB7U8eN o9sk123CkOMyDbNX9mBmxQK2Ry7goIvHfIB8GGOCQflIErJRC6AZbIJu+BMwWmgl+cCd kKOIQbjV4HH/EwLJm8gNuPSf/WTAISVZuykuQUObsHEE76FcznmxDRaAtTwqeFukiVLR oLaErcP3LyNBFIS1xf1yTj9qgI+HPtcdM9XSafEQV4cBpbIISORHpY05DGTwiVLRVl+/ doLQ== X-Gm-Message-State: AMCzsaUlC/PcXCxb/l5If61iHdVerZ61dY7GZozX04/fP/lKV8r323sz HX2lCpcQN7r2d7f/dkmUaUukK7RYZ9gl X-Google-Smtp-Source: AOwi7QC6bdHHgGVKWjAeusZtJcQNyvwDYo7VfPe/u5uqr0451fx8nk14LwdNUWV9fgEJX0cuNaS+NT0Wkw== MIME-Version: 1.0 X-Received: by 10.36.69.198 with SMTP id c67mr1839147itd.16.1507327815604; Fri, 06 Oct 2017 15:10:15 -0700 (PDT) Message-ID: <001a113a66e8028034055ae81b38@google.com> Date: Fri, 06 Oct 2017 22:10:15 +0000 Subject: Check Point Users contact list From: cindy.dale@frankmethods.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 22:10:16 -0000 PGRpdiBkaXI9Imx0ciI+PHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+SGVsbG8gdGhlcmUs PHNwYW4+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+VHJ1c3Qg eW91IGhhdmluZyBhbiBhd2Vzb21lIGRheSE8L3A+PHAgIA0KY2xhc3M9ImdtYWlsLU1zb05vU3Bh Y2luZyI+PHNwYW4+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+ V291bGQgeW91IGJlIGludGVyZXN0ZWQgaW4gYWNxdWlyaW5nIDxiPkNoZWNrICANClBvaW50IFVz ZXJzIGNvbnRhY3QgbGlzdCA8L2I+Zm9yIHlvdXIgbWFya2V0aW5nIGNhbXBhaWduPzwvcD48cCAg DQpjbGFzcz0iZ21haWwtTXNvTm9TcGFjaW5nIj48c3Bhbj48L3NwYW4+PC9wPg0KDQo8cCBjbGFz cz0iZ21haWwtTXNvTm9TcGFjaW5nIj48Yj48dT5JbmZvcm1hdGlvbg0KZmllbGRzOjwvdT48L2I+ IE5hbWVzLCBUaXRsZSwgRW1haWwsIFBob25lLCBDb21wYW55IE5hbWUsIENvbXBhbnkgVVJMLCAg DQpDb21wYW55DQpwaHlzaWNhbCBhZGRyZXNzLCBTSUMgQ29kZSwgSW5kdXN0cnksIENvbXBhbnkg U2l6ZSAoUmV2ZW51ZSBhbmQgIA0KRW1wbG95ZWUpLjwvcD48cCBjbGFzcz0iZ21haWwtTXNvTm9T cGFjaW5nIj48c3Bhbj48L3NwYW4+PC9wPg0KDQo8cCBjbGFzcz0iZ21haWwtTXNvTm9TcGFjaW5n Ij5JZiB5b3XigJlyZSBpbnRlcmVzdGVkIHBsZWFzZSBsZXQgbWUga25vdyB0aGUgIA0KZ2VvZ3Jh cGh5IGFuZA0Kam9iIHRpdGxlIHlvdSBhcmUgbG9va2luZyBvdXQgdG8gdGFyZ2V0IGZvciBzbyB0 aGF0IHdlIGNhbiBwcm92aWRlIHlvdSB3aXRoDQpjb3VudHMgYW5kIG1vcmUgaW5mb3JtYXRpb24g aW4gbXkgbmV4dCBlbWFpbC48L3A+PHAgIA0KY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+PHNw YW4+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+UmVzcGVjdHMs PGJyPjxicj48Yj5DaW5keSAgDQpEYWxlPGJyPjwvYj48Yj5NYXJrZXRpbmcNCkV4ZWN1dGl2ZTxi cj48L2I+fCBMaXN0IGFjcXVpc2l0aW9uIHwgVGVjaG5vbG9neSBMaXN0cyB8IEVtYWlsL0RhdGEN CkFwcGVuZGluZyB8IFNlYXJjaCBFbmdpbmUgT3B0aW1pemF0aW9uIHw8L3A+PHAgIA0KY2xhc3M9 ImdtYWlsLU1zb05vU3BhY2luZyI+PHNwYW4+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWls LU1zb05vU3BhY2luZyI+PHNwYW4+wqA8L3NwYW4+PC9wPg0KDQo8cCBjbGFzcz0iZ21haWwtTXNv Tm9TcGFjaW5nIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDE5MSwxOTEsMTkxKSI+SWYgeW91ICAN CmFyZSBub3QgaW50ZXJlc3RlZCBpbiByZWNlaXZpbmcgZnVydGhlciBlbWFpbHMsDQpwbGVhc2Ug YW5zd2VyIGJhY2sgd2l0aCAmcXVvdDtvdmVybG9vayZxdW90OyBpbiB0aGUgIA0KdGl0bGUuPHNw YW4+PC9zcGFuPjwvc3Bhbj48L3A+PC9kaXY+DQo8cD4mbmJzcDs8L3A+PGEgc3R5bGU9J2Rpc3Bs YXk6IGJsb2NrOyBtYXJnaW46IDMycHggMCA0MHB4IDA7IHBhZGRpbmc6ICANCjEwcHg7IGZvbnQt c2l6ZTogMWVtOyB0ZXh0LWFsaWduOiBjZW50ZXI7IGJvcmRlcjogMDsgYm9yZGVyLXRvcDogMXB4 IHNvbGlkICANCmdyYXk7ICcgaHJlZj0naHR0cHM6Ly9nb28uZ2wvMmtzZFJ2Jz5wb3dlcmVkIGJ5 IEdTTS4gRnJlZSBtYWlsIG1lcmdlIGFuZCAgDQplbWFpbCBtYXJrZXRpbmcgc29mdHdhcmUgZm9y IEdtYWlsLjwvYT4NCg== From owner-freebsd-stable@freebsd.org Sat Oct 7 14:20:30 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B992DE39112; Sat, 7 Oct 2017 14:20:30 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E0083718; Sat, 7 Oct 2017 14:20:29 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 417E120AB4; Sat, 7 Oct 2017 10:20:21 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Sat, 07 Oct 2017 10:20:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-type:date:from:message-id:mime-version:subject:to :x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=vGIVMQ lAUCSH1hioMISgEXjIchN2VPz0l4qzxWShdlc=; b=r4ipyMBuT+q8FIok8K1/+S 1fhytqEHw2eQl49+WX312DlIgv31G6OGEOIQI3qwbr/HkhIVKgWyqPA2lct3yCoN B6a2uWuX6blh3HRehyaOwVPXXbcv8rwgQOd/Rh+pX89DcyQqVugn2JdL0vH9LZLd V3JSFQyiTd0Xu23KNZOfqUjPZhqChtWrnBCStSxiqBXdWRz9v+b0W6JpOOmbOD+X AXTgngnGW/7w2Ckh9Jvv9zsq0cTsK+fd1OSJRalTuHEkO7PpYEmCjsmBPpbZs/HV H9BuiFZJ0mvCjzZ0f1M4ZASchmjXbLkmo+hs3FbecOKiAAOV6ZBlcQLjodO0wV6w == DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=vGIVMQlAUCSH1hioMISgEXjIchN2VPz0l4qzxWShd lc=; b=cVfGsgpFN6wYW9XP0QTbJv3ged/a7oT7Ft93tkZH2PXRrXlS2qtxTD3Ob UiXPBP+1UYqo5QuLPpkkVHlOSCdJJVsmIgsjKalywR5hcb7PQbO5g8XhPwEMU8dM aibG9EpxQ5W9FxtAlSsicmUnAbfxahh0grWemXC7acMhcywAqeyeUhLIrpFunXlu e9W2BdLA2gYOhu8YxyVaYh4FA82ml3nAtrJNMdZ/JQZiXGEbo1ubMAHR+k3VgKY1 PqAnLo97G0352j0X33kF07TjMGfpW53oD/S9K1LVXSuLl9X3Yj3HQ/zlPLKlSvGL 8GTNL2Hj1OQaa+a2jqOYf4xf0XfyA== X-ME-Sender: X-Sasl-enc: N+JQ7EhU/SiCSwtdr/tjvHoiHGFjbCF7S9sxnCP1pYrJ 1507386020 Received: from v007.zyxst.net (v007.zyxst.net [89.145.100.139]) by mail.messagingengine.com (Postfix) with ESMTPA id AFC3A7E1D8; Sat, 7 Oct 2017 10:20:20 -0400 (EDT) Date: Sat, 7 Oct 2017 15:20:19 +0100 From: tech-lists To: freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org Subject: console-only freebsd Message-ID: <20171007142019.GA19356@v007.zyxst.net> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 14:20:31 -0000 Hi, I have a freebsd 11-stable installation on a (gutless) netbook. What I'd like is full functionality via the console[1]. One of the things it needs is some graphics capability but without xorg. So I'm thinking, svga or libSDL. For example, let's say to view a jpg file. If this is possible from the console, what program or port would one use to view a gif or jpg file? [1] by console, I mean the consoles accessed via alt-f1 to alt-f7 [2] [2] can the number of consoles be increased? many thanks, -- J. From owner-freebsd-stable@freebsd.org Sat Oct 7 14:25:38 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BA41E395B4 for ; Sat, 7 Oct 2017 14:25:38 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from hobbes.arroway.org (hobbes.arroway.org [173.199.118.77]) by mx1.freebsd.org (Postfix) with ESMTP id F0C0663D41 for ; Sat, 7 Oct 2017 14:25:36 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from [10.1.1.10] (unknown [181.223.155.104]) by hobbes.arroway.org (Postfix) with ESMTPA id E17D31FDBD6 for ; Sat, 7 Oct 2017 11:25:32 -0300 (BRT) Received: from 10.1.1.86 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Sat, 7 Oct 2017 11:25:34 -0300 Message-ID: In-Reply-To: <561363d2f62106b11c4ecc9bd4326962.squirrel@10.1.1.10> References: <59D7BE53.5050409@grosbein.net> <561363d2f62106b11c4ecc9bd4326962.squirrel@10.1.1.10> Date: Sat, 7 Oct 2017 11:25:34 -0300 Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 14:25:38 -0000 On Fri, October 6, 2017 18:13, Nenhum_de_Nos wrote: > > On Fri, October 6, 2017 14:33, Eugene Grosbein wrote: >> 06.10.2017 22:17, Rostislav Krasny wrote: >> >>> I consider this as a critical bug. But maybe there is some workaround >>> that allows me to install the FreeBSD 11.1 as a second OS without >>> repartitioning the entire disk? >>> >>> My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB >>> RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). >> >> bsdinstall (current installer) is seriously flawed comparing with >> sysinstall (previous one) >> when we talk about installing FreeBSD to a slice within MBR. > > I sure miss sysinstall from the very bottom of my heart. > > I had the very same problem the OP said, about a month ago. I just didn't > got the issue, so I installed 10.3-R and did upgrade via freebsd-update. > > The OP setup is close to mine, I will try to use the command list below > and see what it gets me. It was really disappointing not being able to > install 11.1 on this new machine. I am saving a 10.3R pendrive forever. If > anyone need, just say I upload the dd'ed image :) > > I also tested on another older machine, same thing. > > matheus For the OP, try reading here https://forums.freebsd.org/threads/62030/#post-358133 No solition so far :( matheus > >> You still can install FreeBSD by invoking a shell from bsdinstall >> and using gpart: >> >> gpart add -t freebsd -a 4096 ada0 # dedicate all unallocated space >> for >> ada0s3 >> gpart create -s BSD -n 20 ada0s3 # create BSD label able to contain >> upto 20 partitions >> gpart bootcode -b /boot/boot0 ada0 # install menu-driven boot manager >> BootEasy to MBR >> gpart bootcode -b /boot/boot ada0s3 # install FreeBSD-specific UFS boot >> code to its slice >> gpart set -a active -i 1 ada0 # make sure MBR has exactly one >> active >> partition >> gpart add -t freebsd-swap -s 4G -i 2 # allocate 4G for a swap ada0s3b >> (choose size of your like) >> gpart add -t freebsd-ufs -s 2G # allocate 2G for root partition >> ada0s3a >> newfs -L root /dev/ada0s3a >> gpart add -t freebsd-ufs -s 1G # allocate 1G for read-only /usr >> partition ada0s3d >> newfs -L usr /dev/ada0s3d >> gpart add -t freebsd-ufs -s 4G # allocate 4G for /var ada0s3e >> newfs -L var /dev/ada0s3e >> gpart add -t freebsd-ufs -s 10G # allocate 10G /usr/local: future >> installed ports & packages >> newfs -L usrl /dev/ada0s3f >> gpart add -t freebsd-ufs # allocate all other space for /home >> newfs -L home /dev/ada0s3g >> >> Then you will have mount new ada0s3a, create mount points for other >> partitions there, >> create etc/fstab, extract *.txz from distibution media and it will boot >> just fine. >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> > > > -- > "We will call you Cygnus, > the God of balance you shall be." > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- "We will call you Cygnus, the God of balance you shall be." From owner-freebsd-stable@freebsd.org Sat Oct 7 14:37:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FF0DE39897 for ; Sat, 7 Oct 2017 14:37:21 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailrelay13.qsc.de (mailrelay13.qsc.de [212.99.187.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.antispameurope.com", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFAD6663AD for ; Sat, 7 Oct 2017 14:37:20 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de ([213.148.129.14]) by mailrelay13.qsc.de; Sat, 07 Oct 2017 16:37:11 +0200 Received: from r56.edvax.de (port-92-195-63-92.dynamic.qsc.de [92.195.63.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 201733CBF9; Sat, 7 Oct 2017 16:37:10 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id v97EbA3c002992; Sat, 7 Oct 2017 16:37:10 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 7 Oct 2017 16:37:10 +0200 From: Polytropon To: tech-lists Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: console-only freebsd Message-Id: <20171007163710.9ef5a0b4.freebsd@edvax.de> In-Reply-To: <20171007142019.GA19356@v007.zyxst.net> References: <20171007142019.GA19356@v007.zyxst.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-cloud-security-sender: freebsd@edvax.de X-cloud-security-recipient: freebsd-stable@freebsd.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mailrelay13.qsc.de with 65D9868345F X-cloud-security-connect: mx01.qsc.de[213.148.129.14], TLS=1, IP=213.148.129.14 X-cloud-security: scantime:.1368 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 14:37:21 -0000 On Sat, 7 Oct 2017 15:20:19 +0100, tech-lists wrote: > I have a freebsd 11-stable installation on a (gutless) netbook. What I'd like > is full functionality via the console[1]. One of the things it needs is some > graphics capability but without xorg. So I'm thinking, svga or libSDL. > For example, let's say to view a jpg file. If this is possible from the console, > what program or port would one use to view a gif or jpg file? Maybe something svgalib-based? With the new console "vt", you basically are in graphics mode all the time, there is no text mode anymore (that was "sc"). I know there was an image viewer called zgv (console) + xzgv (X), with version 0.8_9 being the last usable version (prior to the "library shift"), but this probably isn't being maintained anymore... Still you might be successful finding a viewer that can directly interface with the "vt" graphics mode... > [1] by console, I mean the consoles accessed via alt-f1 to alt-f7 [2] > [2] can the number of consoles be increased? Yes. Edit /etc/ttys to spawn more gettys. See "man 5 ttys" for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-stable@freebsd.org Sat Oct 7 14:43:13 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8062EE39E3A for ; Sat, 7 Oct 2017 14:43:13 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailrelay14.qsc.de (mailrelay14.qsc.de [212.99.163.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.antispameurope.com", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8FCE67990 for ; Sat, 7 Oct 2017 14:43:12 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de ([213.148.129.14]) by mailrelay14.qsc.de; Sat, 07 Oct 2017 16:43:10 +0200 Received: from r56.edvax.de (port-92-195-63-92.dynamic.qsc.de [92.195.63.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 4D4033CBF9; Sat, 7 Oct 2017 16:43:09 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id v97Eh8SX003015; Sat, 7 Oct 2017 16:43:08 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 7 Oct 2017 16:43:08 +0200 From: Polytropon To: tech-lists Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: console-only freebsd Message-Id: <20171007164308.e960781e.freebsd@edvax.de> In-Reply-To: <20171007142019.GA19356@v007.zyxst.net> References: <20171007142019.GA19356@v007.zyxst.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-cloud-security-sender: freebsd@edvax.de X-cloud-security-recipient: freebsd-stable@freebsd.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mailrelay14.qsc.de with 9F5EF68342E X-cloud-security-connect: mx01.qsc.de[213.148.129.14], TLS=1, IP=213.148.129.14 X-cloud-security: scantime:.1430 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 14:43:13 -0000 On Sat, 7 Oct 2017 15:20:19 +0100, tech-lists wrote: > what program or port would one use to view a gif or jpg file? Additional thought: With vt, default text modes are typically much bigger than the traditional 80x25 of sc. With the "block graphics" and maybe ASCII art + foreground / background color attributes, maybe there is a viewer that converts the image into "text with control characters" that can be displayed directy in the vt text mode, without using any graphics? Just a stupid thought... ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-stable@freebsd.org Sat Oct 7 15:03:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DAD9E3A662 for ; Sat, 7 Oct 2017 15:03:50 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A4016C6E6 for ; Sat, 7 Oct 2017 15:03:50 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by mail-it0-x236.google.com with SMTP id f187so2365123itb.1 for ; Sat, 07 Oct 2017 08:03:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/TiI+ijaGEtNkdf/UF4j5iQLwiGi/cKgct0n8q69290=; b=AHyX7Kh2DCstapJFZ+XVlMQhAjmHda754vPN73SxrgJlCIqGN+MX4USGCwkuGOvdAE WY3mownR8OTSPhcA75xuSBejv7ngpjfsIdbCMXAQizzQbRRpcBn55XClJHGc9hLIUf6w GLkIrV15LBdRLIrHoPgMGt7PIeYWYkoLJWB3e3Fc6ui/UNA/4IrKZvdh0CD+Qvv1gjNd A4yW23gd3V56Ec7Zb09ujQqsReZ9RRnaOjYn09uow/NRQ25voMujplbwV66TfrQInyEO gURgF4ofnVzzdc3tYQWGHUll5DK4LXLVJriJIcjiuXwZPSq2XkydrWbYe4OGMa67x5od g0sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/TiI+ijaGEtNkdf/UF4j5iQLwiGi/cKgct0n8q69290=; b=nv3PbBJAJZ4cBmC5tI5ycdHQ033KTuWpOPzXDcP8j5q8DcGMBl/uk+Wm6EmPIlSu92 l1eQh5IdYt+ayM487YeiqvEUW1727/moWtMQE5fttbdfmKCer4F621EI10EygOE49jiB n+YuIU71B/CYFfWpa7MMbARHElgQCc8dTUw9VwQISGmV7RW/XOTE7KVJ8kUfAAhDu33s 5BDu9HfnnnmuGDLoa6TZmTkB0l+See5EYfOfSPWb9umawR4yZj52lc3Cv0njXGcNN+rl VzHGDiBc+wuPBL3PPwsqJ8Zt/f4m/AjvUupP9Z3eXHUmgZ+IhhgP3ua666L9Zo/fL5eY U1Zw== X-Gm-Message-State: AMCzsaXE+BLpfH5V6xvowYNaXBrjsGqo3e8N5C2UljrTfSAzrSNF+kWe t4ihqnsiTYP9m0FOnrO8SyERqYPQqH+S3GCXHEe5kg== X-Google-Smtp-Source: AOwi7QCxGJm6TGFeZH68zJTFQDw0Nl8we/bq2QMdV3gFES/q33XyVH3WgHtu6mWHsEdBYBU8fUei7kpfKvi9iF8UW/o= X-Received: by 10.36.138.66 with SMTP id v63mr6318051itd.86.1507388629472; Sat, 07 Oct 2017 08:03:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.2.154.203 with HTTP; Sat, 7 Oct 2017 08:03:48 -0700 (PDT) In-Reply-To: <59D7BE53.5050409@grosbein.net> References: <59D7BE53.5050409@grosbein.net> From: Rostislav Krasny Date: Sat, 7 Oct 2017 18:03:48 +0300 Message-ID: Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: Eugene Grosbein Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 15:03:50 -0000 On Fri, Oct 6, 2017 at 8:33 PM, Eugene Grosbein wrote: > 06.10.2017 22:17, Rostislav Krasny wrote: > >> I consider this as a critical bug. But maybe there is some workaround >> that allows me to install the FreeBSD 11.1 as a second OS without >> repartitioning the entire disk? >> >> My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB >> RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). > > bsdinstall (current installer) is seriously flawed comparing with sysinstall (previous one) > when we talk about installing FreeBSD to a slice within MBR. I think the bug is somewhere in the following code taken from partedit_x86.c https://svnweb.freebsd.org/base/release/11.1.0/usr.sbin/bsdinstall/partedit/partedit_x86.c?revision=321354&view=co or in the code that fills the "machdep.bootmethod" sysctl static const char * x86_bootmethod(void) { static char fw[255] = ""; size_t len = sizeof(fw); int error; if (strlen(fw) == 0) { error = sysctlbyname("machdep.bootmethod", fw, &len, NULL, -1); if (error != 0) return ("BIOS"); } return (fw); } int is_scheme_bootable(const char *part_type) { if (strcmp(part_type, "GPT") == 0) return (1); if (strcmp(x86_bootmethod(), "BIOS") == 0) { if (strcmp(part_type, "BSD") == 0) return (1); if (strcmp(part_type, "MBR") == 0) return (1); } return (0); } I've checked and found following: If booted from the installation media (USB drive) the "machdep.bootmethod" is UEFI. If booted from the already installed and updated 11.1-RELEASE-p1 system the "machdep.bootmethod" is BIOS. This explains why I got that "is not bootable on this platform" error message and similar warning (in case of manual partitioning). In my case the part_type is "MBR" and the x86_bootmethod() returns "UEFI", so is_scheme_bootable() returns 0 and triggers the bug. I also made a screenshot of my BIOS boot mode configuration: http://i63.tinypic.com/k3g2v.jpg As you can see the legacy boot mode is enabled and the secure boot mode is disabled. If the machdep.bootmethod made to represent the BIOS configuration then it's value seems to be wrong. If it represents something else it should not be used in the above and probably in other bsdinstall code. > You still can install FreeBSD by invoking a shell from bsdinstall > and using gpart: > > gpart add -t freebsd -a 4096 ada0 # dedicate all unallocated space for ada0s3 > gpart create -s BSD -n 20 ada0s3 # create BSD label able to contain upto 20 partitions > gpart bootcode -b /boot/boot0 ada0 # install menu-driven boot manager BootEasy to MBR > gpart bootcode -b /boot/boot ada0s3 # install FreeBSD-specific UFS boot code to its slice > gpart set -a active -i 1 ada0 # make sure MBR has exactly one active partition > gpart add -t freebsd-swap -s 4G -i 2 # allocate 4G for a swap ada0s3b (choose size of your like) > gpart add -t freebsd-ufs -s 2G # allocate 2G for root partition ada0s3a > newfs -L root /dev/ada0s3a > gpart add -t freebsd-ufs -s 1G # allocate 1G for read-only /usr partition ada0s3d > newfs -L usr /dev/ada0s3d > gpart add -t freebsd-ufs -s 4G # allocate 4G for /var ada0s3e > newfs -L var /dev/ada0s3e > gpart add -t freebsd-ufs -s 10G # allocate 10G /usr/local: future installed ports & packages > newfs -L usrl /dev/ada0s3f > gpart add -t freebsd-ufs # allocate all other space for /home > newfs -L home /dev/ada0s3g > > Then you will have mount new ada0s3a, create mount points for other partitions there, > create etc/fstab, extract *.txz from distibution media and it will boot just fine. This commands list is too long to be run manually during the installation and without any web/email access. I've just installed FreeBSD again using the manual partitioning (ignored the warning message) and then I ran two following commands: boo0cfg -Bv /dev/ada0 gpart bootcode -b /boot/boot ada0s3 This made my FreeBSD 11.1 system bootable. The only issue now is a low console resolution. When I boot from the installation media (the USB drive) the console resolution is high/native already at the boot loader/menu stage. When I boot the installed system the console resolution is low. I compared /boot/loader.conf of both and didn't find much difference. In the installation media it has just one line that defines some timeout and in the installed system it's empty. How can I fix the console resolution issue? How the installation media does it? From owner-freebsd-stable@freebsd.org Sat Oct 7 15:26:59 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C58DE3ABEC for ; Sat, 7 Oct 2017 15:26:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F136714A7 for ; Sat, 7 Oct 2017 15:26:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x242.google.com with SMTP id k70so1707380itk.0 for ; Sat, 07 Oct 2017 08:26:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=+SSaMIFXqrYpJg7Jf6QaxdsYh3t4FNU+MyEa75+m/QE=; b=wPNpvb5y71uUTh+ENOJZEPQRroXug4pemhkBnEz1AlD8ymS4bQDexrp0jhsb1P5vK1 b2n4Rf4s1gPkkyGtUyTbIt9Vy916YjYZJ0ikBHXVnsYHaRUXYyjmJ3JlBMbUR45ZOLQa 5r/RufnVq37VfNyPEUv2xSKSUsX19GdiHz8AGXusBNB0Va12ApuTqPzjE45jxPVO6BfY HNnPWRGpARbhMGGykPQqYlSJ6uBBWOBZe4JuvoSTfH//GE9XHC07lA99XlkP0oUr2PM3 Ofg5qPF4DSuj8Uedwmqn3aXsZO3iG5C/xdQvulHYOwS3jMLu/lpC4uQK83iSsjFqHwHR b/cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=+SSaMIFXqrYpJg7Jf6QaxdsYh3t4FNU+MyEa75+m/QE=; b=Dz1RkH+KXaX1tiafe+8qSlnzziRIS0uZk4BV42nECrBQcNE5Tud05pbdAbx+eRmBjg cw2sx+vMsu6CHJ7K75N6FZEx8kF3cSUZSEpheQX5m7DlKI1UwCMXjY7od10zpZofYfdo rIp+SIatyatanJ/14JxjzpPcXkWqqKVirEj9jALHOD9gD7ruSivmRSpphbpkAoZ1rrPz 27/BnVP9mnPoK31lo1W/BCvqHGByloqTbqcU8UxmSclRQzs+E00aKs3+uhDazpHxe//I ZPBpaxl1jxoLQASopCKSYwBMJPsBnryTV7Ddt5JwB9MzcxAJ3CCDkLc2ZUOmpzt4mJ1T kN0Q== X-Gm-Message-State: AMCzsaXvLDkTXg5WQuHup/kfPBLVLWQT+ZicsozXTXOQ7/3ueTfoxoWB 46VFCBxseTzQ9uMpQkMMRhTxjx3HeiMb0vjFggqXzg== X-Google-Smtp-Source: AOwi7QADY6FlO2uynyHiOCk5i70BCvVy+r/zEKzQEXKo/FK1YuPWQoEIr5dIj08WUBR6W3Sq3QaGAdwb3bYc1MWtb/o= X-Received: by 10.36.69.163 with SMTP id c35mr6602372itd.63.1507390018400; Sat, 07 Oct 2017 08:26:58 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.94.130 with HTTP; Sat, 7 Oct 2017 08:26:57 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:43b:1393:6fda:6aaa] In-Reply-To: References: <59D7BE53.5050409@grosbein.net> From: Warner Losh Date: Sat, 7 Oct 2017 08:26:57 -0700 X-Google-Sender-Auth: DOiqUZBNDxq8g0xCSX-fcT-Netc Message-ID: Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: Rostislav Krasny Cc: Eugene Grosbein , freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 15:26:59 -0000 Sorry for top posting. Sounds like your BIOS will read the botox64.efi from the removable USB drive, but won't from the hard drive. Force BIOS booting instead of UEFI and it will install correctly. However, it may not boot Windows, which I think requires UEFI these days. The root of the problem is that we have no way to setup the EFI boot variables in the installer that we need to properly installed under UEFI. I'm working on that, so you'll need to be patient... Warner On Sat, Oct 7, 2017 at 8:03 AM, Rostislav Krasny wrote: > On Fri, Oct 6, 2017 at 8:33 PM, Eugene Grosbein > wrote: > > 06.10.2017 22:17, Rostislav Krasny wrote: > > > >> I consider this as a critical bug. But maybe there is some workaround > >> that allows me to install the FreeBSD 11.1 as a second OS without > >> repartitioning the entire disk? > >> > >> My hardware is an Intel Core i7 4790 3.6GHz based machine with 16GB > >> RAM. The ada0 disk is 238GB SanDisk SD8SBAT256G1122 (SSD). > > > > bsdinstall (current installer) is seriously flawed comparing with > sysinstall (previous one) > > when we talk about installing FreeBSD to a slice within MBR. > > I think the bug is somewhere in the following code taken from > partedit_x86.c > https://svnweb.freebsd.org/base/release/11.1.0/usr.sbin/ > bsdinstall/partedit/partedit_x86.c?revision=321354&view=co > or in the code that fills the "machdep.bootmethod" sysctl > > static const char * > x86_bootmethod(void) > { > static char fw[255] = ""; > size_t len = sizeof(fw); > int error; > > if (strlen(fw) == 0) { > error = sysctlbyname("machdep.bootmethod", fw, &len, NULL, -1); > if (error != 0) > return ("BIOS"); > } > > return (fw); > } > > int > is_scheme_bootable(const char *part_type) > { > > if (strcmp(part_type, "GPT") == 0) > return (1); > if (strcmp(x86_bootmethod(), "BIOS") == 0) { > if (strcmp(part_type, "BSD") == 0) > return (1); > if (strcmp(part_type, "MBR") == 0) > return (1); > } > > return (0); > } > > I've checked and found following: > If booted from the installation media (USB drive) the > "machdep.bootmethod" is UEFI. > If booted from the already installed and updated 11.1-RELEASE-p1 > system the "machdep.bootmethod" is BIOS. > > This explains why I got that "is not bootable on this platform" error > message and similar warning (in case of manual partitioning). In my > case the part_type is "MBR" and the x86_bootmethod() returns "UEFI", > so is_scheme_bootable() returns 0 and triggers the bug. > > I also made a screenshot of my BIOS boot mode configuration: > http://i63.tinypic.com/k3g2v.jpg > As you can see the legacy boot mode is enabled and the secure boot > mode is disabled. > > If the machdep.bootmethod made to represent the BIOS configuration > then it's value seems to be wrong. > If it represents something else it should not be used in the above and > probably in other bsdinstall code. > > > You still can install FreeBSD by invoking a shell from bsdinstall > > and using gpart: > > > > gpart add -t freebsd -a 4096 ada0 # dedicate all unallocated space > for ada0s3 > > gpart create -s BSD -n 20 ada0s3 # create BSD label able to contain > upto 20 partitions > > gpart bootcode -b /boot/boot0 ada0 # install menu-driven boot manager > BootEasy to MBR > > gpart bootcode -b /boot/boot ada0s3 # install FreeBSD-specific UFS boot > code to its slice > > gpart set -a active -i 1 ada0 # make sure MBR has exactly one > active partition > > gpart add -t freebsd-swap -s 4G -i 2 # allocate 4G for a swap ada0s3b > (choose size of your like) > > gpart add -t freebsd-ufs -s 2G # allocate 2G for root partition > ada0s3a > > newfs -L root /dev/ada0s3a > > gpart add -t freebsd-ufs -s 1G # allocate 1G for read-only /usr > partition ada0s3d > > newfs -L usr /dev/ada0s3d > > gpart add -t freebsd-ufs -s 4G # allocate 4G for /var ada0s3e > > newfs -L var /dev/ada0s3e > > gpart add -t freebsd-ufs -s 10G # allocate 10G /usr/local: future > installed ports & packages > > newfs -L usrl /dev/ada0s3f > > gpart add -t freebsd-ufs # allocate all other space for /home > > newfs -L home /dev/ada0s3g > > > > Then you will have mount new ada0s3a, create mount points for other > partitions there, > > create etc/fstab, extract *.txz from distibution media and it will boot > just fine. > > This commands list is too long to be run manually during the > installation and without any web/email access. I've just installed > FreeBSD again using the manual partitioning (ignored the warning > message) and then I ran two following commands: > > boo0cfg -Bv /dev/ada0 > gpart bootcode -b /boot/boot ada0s3 > > This made my FreeBSD 11.1 system bootable. The only issue now is a low > console resolution. When I boot from the installation media (the USB > drive) the console resolution is high/native already at the boot > loader/menu stage. When I boot the installed system the console > resolution is low. I compared /boot/loader.conf of both and didn't > find much difference. In the installation media it has just one line > that defines some timeout and in the installed system it's empty. How > can I fix the console resolution issue? How the installation media > does it? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Sat Oct 7 16:27:18 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC9EDE3BB61 for ; Sat, 7 Oct 2017 16:27:18 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25D5581A8E for ; Sat, 7 Oct 2017 16:27:18 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id n195so8549524itg.2 for ; Sat, 07 Oct 2017 09:27:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fO+pKLmBikuFJtkrC/c/WTR8ouMrWu8vPhgu3Qt5ZfY=; b=I8ghopSI8rfdNtTLKLFu2ePJ+r0OQg+/XWfg6t19g7SvuNpddFlhy1yqWbH7kM4eBB h51yOHrjgIMst2Pz41kI72sF7fpnyOPAvuJ7E+WeiWnU2JC/TeBa2z9zbzSlHPVtu8f0 QMfC4JOCYZ6xiRK9qZ0mKUg3w9EmNfl3Ea3NHSZERtuq3ox8DIlSf1YSvJ7YkF5xoBa8 hEYYBdwuluXPDLx8XlPQANABtUQJXkg55I9Tggv4Hj8mz/ujm6pdphy3NY5AmuWIN0Wa qzN9WoqOb1vTrHZHMCKefvvKQHgVhL7CZZ7IDQHQa7hFfM7cJRX3Cc51b4mlW3FdbGD6 t2fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fO+pKLmBikuFJtkrC/c/WTR8ouMrWu8vPhgu3Qt5ZfY=; b=aAo+2oDxUU6zBavNzpWk9h3nW6KB7w0e8tLIdl/J7fo2HM2EdVGOD5cLZLtg2ey7k/ /GhNHed5Stob0tWfUhgFszMr8Cv6Bi+lOrj0WWNmm0Jh3cnBpnN69+Sj5f9Zg6wKtEsT x1kAGumHdidAeil3PgrkIyWFCGQvsASBzAwYweRCqfg+CHOiIwMvpWl5dO95XmydHQ+n VF7wDqmjAF3kbAHDltzketeuxyVeglX1q8ZfJQoKJtWae9Y/Yhz0BxEV3qcDGjG4JOSk 5bxI7aGRYmGxuxyYLkwyf+b1nJKqfZmbf9THK94NBSz2PzQ35IUtHVlZXXV/BZ03Xdcp tdnw== X-Gm-Message-State: AMCzsaXlXwxKMdUpFLNesdP8efGkABUJi3zw1+9ZvDYJJFZwpa7Rsq82 d7XYJCmEqWx/PxVFCfIm8bBqqcnjLGKyALdBhZu6sA== X-Google-Smtp-Source: AOwi7QBPDU/ahn/lb/I3bvbJZicr9W8+33NptcMgPFNgET6xe4ZOULDdCjsm0ZGHUbFXdv7eOL+f/BnzC94E+m7wkew= X-Received: by 10.36.104.75 with SMTP id v72mr7039483itb.81.1507393637510; Sat, 07 Oct 2017 09:27:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.2.154.203 with HTTP; Sat, 7 Oct 2017 09:27:17 -0700 (PDT) In-Reply-To: References: <59D7BE53.5050409@grosbein.net> From: Rostislav Krasny Date: Sat, 7 Oct 2017 19:27:17 +0300 Message-ID: Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: Warner Losh Cc: Eugene Grosbein , freebsd-stable Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 16:27:18 -0000 On Sat, Oct 7, 2017 at 6:26 PM, Warner Losh wrote: > Sorry for top posting. Sounds like your BIOS will read the botox64.efi from > the removable USB drive, but won't from the hard drive. Force BIOS booting > instead of UEFI and it will install correctly. However, it may not boot > Windows, which I think requires UEFI these days. > > The root of the problem is that we have no way to setup the EFI boot > variables in the installer that we need to properly installed under UEFI. > I'm working on that, so you'll need to be patient... > > Warner My computer doesn't have any EFI partition and this explains why the installed FreeBSD boots in the BIOS mode on it. The installation media probably has the EFI partition (with the bootx64.efi) and then BIOS probably boots the installation media in the UEFI mode instead of the BIOS mode. So the "machdep.bootmethod" sysctl doesn't represent the BIOS boot mode configuration but a boot method the currently running system was booted in. If this is true then the "machdep.bootmethod" sysctl should not be used in bsdinstall. At least not for the bootability check. Something else should be used for the bootability check or the bsdinstall should trust the user choice. BTW this is how the EFI partition looks like in someone's Windows 7 disk manager: https://www.easyuefi.com/wintousb/images/en_US/efi-system-partition.png and this how it looks without any EFI partition in my system (with Windows 7 / FreeBSD dual-boot) http://i68.tinypic.com/9u19b8.png I think even that NTFS System Reserved partition is not mandatory for Windows installation. It just used to keep Windows boot files in a safe, place preventing accidental deletion by a user. It's being created if Windows is installed on an empty disk but if you create just one big NTFS partition prior to the Windows installation and install it on that single partition it will be ok. There will be just more Windows system files on the C disk, for example ntldr, NTDETECT.COM. It can be checked on VM, for example on VirtualBox. From owner-freebsd-stable@freebsd.org Sat Oct 7 16:41:09 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFD4DE3C118; Sat, 7 Oct 2017 16:41:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A23D5848F5; Sat, 7 Oct 2017 16:41:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3AEFB2098B; Sat, 7 Oct 2017 12:41:08 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 07 Oct 2017 12:41:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=fm1; bh=mqg97V1s+T1xk7fB9MWAmxyUwCM/YrfdVHOLRmBDe lU=; b=kr4PSXWDriJ2IoafEBlsU4WrkzhMAAVmYDpzXcSBVohDxbugW1Xo733N+ Cma4oVO+UDavZ00NKSAW/PNpxCc53nE5Bv9vuiIegbh3zWlQw43QOZInkS+UZkbG laaKmw2tkGHU+Eg7pYtc8+TEKc469cj2EWYND0pOpiskBeOueD56AXtbgLbGDnB1 kv3klpIF64akfymjBx+sYN2efuEDF6i0pHWQ9/QAxgvPWuQ53EPuGu5SyBGxFrGc mt9V4Lem9ueiOxD3BJ7mJEwdJvGefeIhvyCFobGp+hSKomwfhDXxuuwxvvvUDxOK 0jhxLiqkDAsQVpg68ULEnyx2Me8+g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=mqg97V1s+T1xk7fB9M WAmxyUwCM/YrfdVHOLRmBDelU=; b=b93jngmJ1XAtWJjIX/WMBEW8DupoKyzHS0 DGb9uXxGrc2VfgnVgEUcXYYQOSKsXQFchnFu5mMcTTNAAU7MdV7FEnXYWuXFQ4B3 +2evKzC5SiD+oBbhlbE4q0ep00pQujDDELWuaBP5hMJeO4wZYkiuxQZ5kAvuT1tk tmtPc8Z/1cyQdBL5tzL9yqBS/aWnN668isIDAAv1fpASEIR3zv5gGs+sOy9thxPz tBESqjcapDWy/VkEaxjMcJj4+AdcB4gyP3z69uBvgyR8em2X/LkRghpQmGYKq99Z P+EmFqOV8r1xhxkTId2FrCqqOPFfWzwo71HqgR5aM6QU2mLh5IyA== X-ME-Sender: X-Sasl-enc: tS0IYDFGpJZlWvHR6Yt3NL4ecgC7q/vtrGCNoW9rShcZ 1507394467 Received: from v007.zyxst.net (v007.zyxst.net [89.145.100.139]) by mail.messagingengine.com (Postfix) with ESMTPA id 98DBC2484E; Sat, 7 Oct 2017 12:41:07 -0400 (EDT) Date: Sat, 7 Oct 2017 17:41:06 +0100 From: tech-lists To: freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: console-only freebsd Message-ID: <20171007164106.GB19356@v007.zyxst.net> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org References: <20171007142019.GA19356@v007.zyxst.net> <20171007163710.9ef5a0b4.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20171007163710.9ef5a0b4.freebsd@edvax.de> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 16:41:10 -0000 On Sat, Oct 07, 2017 at 04:37:10PM +0200, Polytropon wrote: >Maybe something svgalib-based? With the new console "vt", you >basically are in graphics mode all the time, there is no text >mode anymore (that was "sc"). I know there was an image >viewer called zgv (console) + xzgv (X), with version 0.8_9 >being the last usable version (prior to the "library shift"), >but this probably isn't being maintained anymore... thanks for the tip. I'll checkout zgv. Basically I'm looking for the console equivalent of all the programs one would expect to use on a desktop. So for example, my favourite email program is mutt. So for mutt, to view a html email I pipe it through w3m, to view a jpg attachment I guess I'll need to edit the mailcap file to make it load zgv. I'm interested in any suggestions the list(s) have concerning console equivalents of desktop programs. >Still you might be successful finding a viewer that can >directly interface with the "vt" graphics mode... Yeah that's what I hope. The laptop is AMD C-70 which has an AMD/Radeon APU. It will run xorg but console mode is much faster and consumes a lot less power. What's nice about the netbook is that it's just about the ideal size of keyboard and screen, the case is high quality glossy black plastic and it has a usb3 port and the video is recognised by radeonkms, which gives a really nice clear console. The downside is the CPU isn't powerful, so I need to optimise everything for it, and this "console-only" idea is part of the optimisation I'm attempting. >Yes. Edit /etc/ttys to spawn more gettys. See "man 5 ttys" >for details. thanks for this tip as well -- J. From owner-freebsd-stable@freebsd.org Sat Oct 7 16:49:43 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13D7BE3C527 for ; Sat, 7 Oct 2017 16:49:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5AB81CAA for ; Sat, 7 Oct 2017 16:49:42 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-oi0-x22e.google.com with SMTP id c77so31905770oig.0 for ; Sat, 07 Oct 2017 09:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=8xKJCWcft7z21/250WIHBw5dYiXIF/WlOeW4h7WJaZs=; b=g4ahxGqTmP6arneh1h52gn63cFuk4KO9a8zAFeCzyOIyOKtTxKEY32kXnd+56q7gJf O7q0WZOPHYMuchAlTsxSyj8MCAf7jvvVgnxrKG3ZICsgzSHYS/u9M8Yp/h3opmRfhI7G nG51CzGIL4dH0Nogc0i0iZQOijr7rMwI2Bl53316/PvE1ErkDRtMiF02iGEwTy81vedm QUv6f1PEitZ5IpE6SnvaKfk6qUJaWFLwem8yHQT9PUVEPROJlhsh3gvOhGSLIdZN7/6U xdEMgD+K5dI6D9YVjWUKcyDhwSHf8AJSwY1qbCT9PoNrCVLllAWAzdoAUlidgdpWksrP cbYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=8xKJCWcft7z21/250WIHBw5dYiXIF/WlOeW4h7WJaZs=; b=lk7I3XhEDFqD/1vYJjXtXaTHX2OJfct0d0g0bs20AZve7dsTpfgFCIZk9koeP+zKoS /0gjKFtsdd8XdmkGsYywduMowEggoB7hnqb4IarElH3QK6XPQtSsSpOvUyxzUwQThSaP M75EroBcuQuA7B8QdbZADA+GAeRYoGOqBgnBHPniMPvbADpgX2kAHFIgO/bys5y9cH7i QhfwSjPZgUrJNYddLiioLEkbX7Ae/9ibLTnYQXXGH1a9+JurXoSeTLjv1wSAPfq1ROzG WDx5IsA5YDHEuNiXEmRFTsTyVpkANwQ2yffU+xlRMBaNVMovij0vQWWzAaVnQDsceUtJ b3CQ== X-Gm-Message-State: AMCzsaWqD9tTnuvgQrqg/FfLEn9MIcILw7h8n0wcJL21Ld/acUwDhMbb YEJ6GQrS4Ed6bkucad7Bb6W7g0rFhlUFHz3WqtA= X-Google-Smtp-Source: AOwi7QDu9gVFM0JyFfMlPJsFVS+4ZQVrLCIbUZaGOGgGqaJd/u9cJ3DPwea7bM2DLIB1yHmjYzMxQ5k7ERUMKj3D//k= X-Received: by 10.202.173.136 with SMTP id w130mr2619149oie.303.1507394981497; Sat, 07 Oct 2017 09:49:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.62.245 with HTTP; Sat, 7 Oct 2017 09:49:40 -0700 (PDT) Received: by 10.157.62.245 with HTTP; Sat, 7 Oct 2017 09:49:40 -0700 (PDT) In-Reply-To: <20171007142019.GA19356@v007.zyxst.net> References: <20171007142019.GA19356@v007.zyxst.net> From: Freddie Cash Date: Sat, 7 Oct 2017 09:49:40 -0700 Message-ID: Subject: Re: console-only freebsd To: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 16:49:43 -0000 On Oct 7, 2017 7:21 AM, "tech-lists" wrote: Hi, I have a freebsd 11-stable installation on a (gutless) netbook. What I'd like is full functionality via the console[1]. One of the things it needs is some graphics capability but without xorg. So I'm thinking, svga or libSDL. For example, let's say to view a jpg file. If this is possible from the console, what program or port would one use to view a gif or jpg file? [1] by console, I mean the consoles accessed via alt-f1 to alt-f7 [2] [2] can the number of consoles be increased? Tmux or screen will give you an unlimited number of virtual terminals using only a single TTY. And give you the ability to split the console into multiple windows. Cheers, Freddie From owner-freebsd-stable@freebsd.org Sat Oct 7 16:54:29 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02606E3C7E7 for ; Sat, 7 Oct 2017 16:54:29 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id C7E472FB6 for ; Sat, 7 Oct 2017 16:54:28 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 6D00027336 for ; Sat, 7 Oct 2017 12:53:53 -0400 (EDT) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 84195297605 for ; Sat, 7 Oct 2017 11:53:51 -0500 (CDT) Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: freebsd-stable@freebsd.org References: <59D7BE53.5050409@grosbein.net> From: Karl Denninger Message-ID: <3475118a-208b-5f25-7da3-b8a7e83afe2f@denninger.net> Date: Sat, 7 Oct 2017 11:53:46 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070604070307080908080402" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 16:54:29 -0000 This is a cryptographically signed message in MIME format. --------------ms070604070307080908080402 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/7/2017 11:27, Rostislav Krasny wrote: > On Sat, Oct 7, 2017 at 6:26 PM, Warner Losh wrote: >> Sorry for top posting. Sounds like your BIOS will read the botox64.efi= from >> the removable USB drive, but won't from the hard drive. Force BIOS boo= ting >> instead of UEFI and it will install correctly. However, it may not boo= t >> Windows, which I think requires UEFI these days. >> >> The root of the problem is that we have no way to setup the EFI boot >> variables in the installer that we need to properly installed under UE= FI. >> I'm working on that, so you'll need to be patient... >> >> Warner > My computer doesn't have any EFI partition and this explains why the > installed FreeBSD boots in the BIOS mode on it. The installation media > probably has the EFI partition (with the bootx64.efi) and then BIOS > probably boots the installation media in the UEFI mode instead of the > BIOS mode. So the "machdep.bootmethod" sysctl doesn't represent the > BIOS boot mode configuration but a boot method the currently running > system was booted in. If this is true then the "machdep.bootmethod" > sysctl should not be used in bsdinstall. At least not for the > bootability check. Something else should be used for the bootability > check or the bsdinstall should trust the user choice. > > BTW this is how the EFI partition looks like in someone's Windows 7 > disk manager: > https://www.easyuefi.com/wintousb/images/en_US/efi-system-partition.png= > and this how it looks without any EFI partition in my system (with > Windows 7 / FreeBSD dual-boot) > http://i68.tinypic.com/9u19b8.png > > I think even that NTFS System Reserved partition is not mandatory for > Windows installation. It just used to keep Windows boot files in a > safe, place preventing accidental deletion by a user. It's being > created if Windows is installed on an empty disk but if you create > just one big NTFS partition prior to the Windows installation and > install it on that single partition it will be ok. There will be just > more Windows system files on the C disk, for example ntldr, > NTDETECT.COM. It can be checked on VM, for example on VirtualBox. > _______________________________________________ The problem with the new installer appears to be that it follows this heuristic when you boot FreeBSD media from a USB stick or similar media: 1. If the system CAN boot EFI then it WILL EFI boot the FreeBSD installer from that media. 2. The installer sees that it booted from EFI.=C2=A0 It also sees a fixed= disk with a non-EFI boot environment.=C2=A0 It declares that fixed disk environment "non-bootable", which is not by any means a known fact. 3. Having done that it will then "offer" to re-initialize the disk as EFI/GPT, which is ok if you don't have anything else on there that you want.=C2=A0 If you DO then it's obviously not ok, and in that instance it= both won't load the MBR boot manager *and* won't load the second-stage MBR boot code either. You can get around this by hand-installing both parts of the boot code, which is what I wound up doing on my Lenovo laptop.=C2=A0 That machine wa= s originally delivered with Windows 7 and upgraded "in place" to Win10, which is why the disk is MBR-partitioned rather than EFI/GPT, although the machine itself does support EFI booting. I would suggest that the FreeBSD installer should be more-intelligent about this, but I suspect it's a fairly uncommon set of circumstances.=C2= =A0 Far more troublesome in the EFI world is the fact that "out-of-the-box" multi-boot in an EFI environment is a five-alarm pain in the butt although there are EFI boot managers that make it reasonable. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070604070307080908080402 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMDA3MTY1MzQ2 WjBPBgkqhkiG9w0BCQQxQgRAoNrN3BUW56lBdWr94yVnOpUjrM4OGdo78dboPQlipRAQZiqG BnWo6/QFRvH2R1xAlBf379qi+UVTMp4jYXYt2jBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCCfpbpTEG3eA8Cz81gBHWou/xaehHglcJ4gXjH1GqurPPRj0B2WMfcOpPqDIGuw5XL ybiJVCCEKqgeaNtTVCXPtc2Mf499XrH03Zrcy8Gk2HGzvP4kndC1/gvDIdcNq1s6SYqF3wkH kqel8cP5h/TrO0fxnGWyy1G5IiASaaurBN4gTNCWfDT+6zRY6Ug5hmZr4d03PYJz/3IRdwN8 +HO22I4plqguIQSWj3h6WUfDSHvmdyQ7hS8bIjjoQaDC9kQtOLY+vTfOB0AUJEFlaDhs8sWw 9jT0dREMPc+1ZrAlB9bQdKNP0bR84EtgQPtaX/XlNKKos7Ri9HedjTpchoKcM2foeTyJYH0K f2aAvIZCwqrS2Sx4D4M9Wrbvh8M0nlK1PS8GGyegipqn5l3ctlzuV5ZevQGhSE598ohBSaD3 VEAd81bwnoDU/FJeNMvzZakSZqYDj2eG1C+cE4809OXuSHeHjKvvzuS2MzAs9byo0XRAed02 4MOijS7K/DU41WmURUVUar4fXCe2bpZV2i8puWqeBa8VUCAwRoVNs6+8wCdq+YpT7v0WLCh7 Hx2jALZEYjBCCNGdVeLS+o3dEeV7Y/phZzSglSlnSMnpXV6kDCukmn2vrOVc45NZ7o6HSNN5 q8ao04Jymi6clsgdrYyqUCWnTx3WUwrglpzkUfICVwAAAAAAAA== --------------ms070604070307080908080402-- From owner-freebsd-stable@freebsd.org Sat Oct 7 17:13:16 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2C5DE3D060 for ; Sat, 7 Oct 2017 17:13:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44FB36615F for ; Sat, 7 Oct 2017 17:13:15 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v97HD2lY054828 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 7 Oct 2017 19:13:02 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: imp@bsdimp.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id v97HCwhS049779 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 8 Oct 2017 00:12:58 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: Warner Losh , Rostislav Krasny References: <59D7BE53.5050409@grosbein.net> Cc: freebsd-stable From: Eugene Grosbein Message-ID: <59D90B15.1070903@grosbein.net> Date: Sun, 8 Oct 2017 00:12:53 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 17:13:16 -0000 07.10.2017 22:26, Warner Losh wrote: > Sorry for top posting. Sounds like your BIOS will read the botox64.efi from the removable USB drive, > but won't from the hard drive. Force BIOS booting instead of UEFI and it will install correctly. > However, it may not boot Windows, which I think requires UEFI these days. My home desktop is UEFI-capable and but switched to BIOS/MBR mode and it dual-boots FreeBSD/Windows 8.1 just fine. From owner-freebsd-stable@freebsd.org Sat Oct 7 17:17:26 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 607CEE3D1D6 for ; Sat, 7 Oct 2017 17:17:26 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [67.205.158.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFB666D92 for ; Sat, 7 Oct 2017 17:17:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 90212274D0 for ; Sat, 7 Oct 2017 13:16:55 -0400 (EDT) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id C0C49297695 for ; Sat, 7 Oct 2017 12:16:53 -0500 (CDT) Subject: Re: Installing amd64 FreeBSD 11.1 in dual-boot with Windows 7 on an MBR partitioned disk To: freebsd-stable@freebsd.org References: <59D7BE53.5050409@grosbein.net> <59D90B15.1070903@grosbein.net> From: Karl Denninger Message-ID: Date: Sat, 7 Oct 2017 12:16:49 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <59D90B15.1070903@grosbein.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000009070605020906050705" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 17:17:26 -0000 This is a cryptographically signed message in MIME format. --------------ms000009070605020906050705 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/7/2017 12:12, Eugene Grosbein wrote: > 07.10.2017 22:26, Warner Losh wrote: > >> Sorry for top posting. Sounds like your BIOS will read the botox64.efi= from the removable USB drive, >> but won't from the hard drive. Force BIOS booting instead of UEFI and = it will install correctly. >> However, it may not boot Windows, which I think requires UEFI these da= ys. > My home desktop is UEFI-capable and but switched to BIOS/MBR mode > and it dual-boots FreeBSD/Windows 8.1 just fine. Windows (including Windows 10) doesn't "require" UEFI but the current installer will set it up that way on a "from scratch" installation.=C2=A0= If you have it on an MBR disk (e.g. you started with 7 or 8, for example) it will boot and run just fine from it, and in fact if you have a legacy license and try to change to UEFI (with a full, from-scratch reload) you run the risk of it declaring your license invalid!=C2=A0 You can /probabl= y /get around that by getting in touch with Microsoft but why do so without good reason? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms000009070605020906050705 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcxMDA3MTcxNjQ5 WjBPBgkqhkiG9w0BCQQxQgRAHKkIGr4hbTwpK09DaYPXQlve+qXDIQIhByR0dNMp5Vc/HV+Z Pzzb0boKFUE6VgBzucFzUUEms/uB9wxTogKDSDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgB8Sw4mJsWcsv5x8jxzdscP3tQKvPM2d1o2xzXp3l3O87ZYnmj7AUJcw23eloPrnPPL 2IIr8DqBvvfJTqg3oFp7mOM8dEVB15oUusBtmoRLJrTvkxV28hmALWGYIQxfGXvBvyMBPKYX M47x72ntZvxqkem6K+3rAleXuWFzdfwxUVvhjb6VNOy6P3HX3Y8XWGr2E6I1+KhGvV4xs5Dr zLLqFxAuhqBsKOyj46thMcymZsEJzE6wvTjwDlnc7tYWUMVDGq0VXNp4gOF8IFKCGvthIZmw VWhgaLBBnJmD43dpAOASzwNmJgTLWuRPnzi8jB+NuKQZqtGSsOdbZpjxKcgt8NmOFzZCuPnV yyWEMN2c3fZBXWrEPqEsKReWFFOpwsMyRAtAlD3GncE6eAqXXBTVCWpUlHg79RR79tvpBl6Z nHVvzlCGjm4kyfiaMtgk16yxZgV9GjqlroB0A+XW6L1MOzodUivkWKyBFF/TICMVqr3RCGe2 HpDsDF4bqb4tQ1yLS4Bswk8jNXWgal4MJB6pnlaTNxnA9IlCc89P6n3LlurWmuRWd2vnlTsH acl81qkTZ/v+TD02AIYR0VtsD6+7cWTri2PWBhpW/VDHh6Vy+GuFvPc5tkUQ/8p55lb7be4B V7NQLbLxgHVzHuQ7KAgJeQ+lWnOY3trA2vyiZIUzagAAAAAAAA== --------------ms000009070605020906050705-- From owner-freebsd-stable@freebsd.org Sat Oct 7 19:14:12 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6669E3FB37; Sat, 7 Oct 2017 19:14:12 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12DE783FE7; Sat, 7 Oct 2017 19:14:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id v97Is1B0095906; Sun, 8 Oct 2017 05:54:02 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 8 Oct 2017 05:54:01 +1100 (EST) From: Ian Smith To: Polytropon cc: tech-lists , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: console-only freebsd In-Reply-To: <20171007163710.9ef5a0b4.freebsd@edvax.de> Message-ID: <20171008053800.X20901@sola.nimnet.asn.au> References: <20171007142019.GA19356@v007.zyxst.net> <20171007163710.9ef5a0b4.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2017 19:14:13 -0000 On Sat, 7 Oct 2017 16:37:10 +0200, Polytropon wrote: > On Sat, 7 Oct 2017 15:20:19 +0100, tech-lists wrote: > > I have a freebsd 11-stable installation on a (gutless) netbook. What I'd like > > is full functionality via the console[1]. One of the things it needs is some > > graphics capability but without xorg. So I'm thinking, svga or libSDL. > > For example, let's say to view a jpg file. If this is possible from the console, > > what program or port would one use to view a gif or jpg file? > > Maybe something svgalib-based? With the new console "vt", you > basically are in graphics mode all the time, there is no text > mode anymore (that was "sc"). I know there was an image > viewer called zgv (console) + xzgv (X), with version 0.8_9 > being the last usable version (prior to the "library shift"), > but this probably isn't being maintained anymore... > > Still you might be successful finding a viewer that can > directly interface with the "vt" graphics mode... You'd earlier said that you couldn't use sc anymore as you couldn't get X to work with it - that it lost video when quitting X or switching to vtys from X, which presumably is still an issue. But since tech-lists specifically doesn't intend running X, is there any other reason to avoid still using sc(4)? It's still optional, isn't it? > > [1] by console, I mean the consoles accessed via alt-f1 to alt-f7 [2] > > [2] can the number of consoles be increased? > > Yes. Edit /etc/ttys to spawn more gettys. See "man 5 ttys" > for details. cheers, Ian