From owner-freebsd-questions@freebsd.org Mon Jul 31 18:13:37 2017 Return-Path: Delivered-To: freebsd-questions@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 729EBDB63E0 for ; Mon, 31 Jul 2017 18:13:37 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D9503622 for ; Mon, 31 Jul 2017 18:13:36 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v6VIDVSO075967 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 31 Jul 2017 20:13:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v6VIDV9q075964; Mon, 31 Jul 2017 20:13:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 31 Jul 2017 20:13:31 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Mike Tancsa cc: freebsd-questions Subject: Re: default route via SLAAC not working ? In-Reply-To: Message-ID: References: <96b09a19-01e1-e182-e9c0-d1526a12373f@sentex.net> <3e0e0362-d8c8-5f85-46dc-f4e103f78fc2@sentex.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 18:13:37 -0000 On Mon, 31 Jul 2017 13:47-0400, Mike Tancsa wrote: > On 7/31/2017 11:54 AM, Trond Endrestøl wrote: > >> > >> Is there a way to manually force a solicitation by the interface ? > > > > rtsol(8), e.g. rtsol ue0 or rtsol -a. > > > > Thanks! A little further. It seems at bootup time, I do get a default > route installed. But then it goes away > > % netstat -nr6 | head -6 > Routing tables > > Internet6: > Destination Gateway Flags > Use Mtu Netif Expire > ::/96 ::1 UGRS > 0 16384 lo0 > default fe80::a671:74ff:fe2b:c137%ue0 UG > 3 1460 ue0 > > % ping6 -c 2 www.freebsd.org > PING6(56=40+8+8 bytes) 2605:8d80:6e3:f899:e5b:8fff:fe27:9a64 --> > 2001:1900:2254:206a::50:0 > 16 bytes from 2001:1900:2254:206a::50:0, icmp_seq=0 hlim=50 time=382.217 ms > 16 bytes from 2001:1900:2254:206a::50:0, icmp_seq=1 hlim=50 time=149.969 ms > > --- wfe0.ysv.freebsd.org ping6 statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 149.969/266.093/382.217/116.124 ms > % ifconfig ue0 > ue0: flags=8943 metric 0 > mtu 1500 > ether 0c:5b:8f:27:9a:64 > hwaddr 0c:5b:8f:27:9a:64 > inet6 fe80::e5b:8fff:fe27:9a64%ue0 prefixlen 64 scopeid 0x10 > inet6 2605:8d80:6e3:f899:e5b:8fff:fe27:9a64 prefixlen 64 autoconf > inet 192.168.8.100 netmask 0xffffff00 broadcast 192.168.8.255 > nd6 options=23 > > > About 6 min after boot up, the kernel (pid 0?) deletes the default route > for whatever reason (output from route monitor) > > got message of size 312 on Mon Jul 31 13:28:31 2017 > RTM_DELETE: Delete Route: len 312, pid: 0, seq 0, errno 0, > flags: > locks: inits: > sockaddrs: > default fe80::a671:74ff:fe2b:c137%ue0 default ue0:c.5b.8f.27.9a.64 > fe80::e5b:8fff:fe27:9a64%ue0 That's strange. I've never seen such behaviour before. Maybe a packet capture can provide more clues. -- Trond. From owner-freebsd-questions@freebsd.org Mon Jul 31 19:33:29 2017 Return-Path: Delivered-To: freebsd-questions@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 7A9F9DB7AA7 for ; Mon, 31 Jul 2017 19:33:29 +0000 (UTC) (envelope-from byrnejb@harte-lyne.ca) Received: from inet08.hamilton.harte-lyne.ca (inet08.hamilton.harte-lyne.ca [216.185.71.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "inet08.hamilton.harte-lyne.ca", Issuer "CA_HLL_ISSUER_2016" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AE1165174 for ; Mon, 31 Jul 2017 19:33:28 +0000 (UTC) (envelope-from byrnejb@harte-lyne.ca) Received: from localhost (localhost [127.0.0.1]) by inet08.hamilton.harte-lyne.ca (Postfix) with ESMTP id 252636231C; Mon, 31 Jul 2017 15:33:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at harte-lyne.ca Received: from inet08.hamilton.harte-lyne.ca ([127.0.0.1]) by localhost (inet08.hamilton.harte-lyne.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yKWygN4dqyBw; Mon, 31 Jul 2017 15:33:24 -0400 (EDT) Received: from webmail.harte-lyne.ca (inet04.hamilton.harte-lyne.ca [216.185.71.24]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by inet08.hamilton.harte-lyne.ca (Postfix) with ESMTPSA id 6446F621BC; Mon, 31 Jul 2017 15:33:24 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=harte-lyne.ca; s=dkim_hll; t=1501529604; bh=yR+SXH8xhCmRPy87n3R+b6Dp/LKxwTf2sZy3WoYFzUg=; h=Date:Subject:From:To:Cc:Reply-To; b=GcVWjtxrYQ/v2yLMo6tV+4CJN/RepmueFKDUO//fO8CoUbM8k05V2qlEdehWyltqS L5w/lt3q8a/JqCiFfOd4SAybMu0PXqibN5JmQX5Sz/2wxZVKTm+sV9XQnmEyb3qMug inJTMcfyVpjE9DYUeymVsCdD3AZgpRZY1ume/0yFG4NJV4enzTGpePRkGug4LseFbh ZbDArqJUuq6eCmXzFMKjMdnYgjY3gH22bgne2j2Rj5+lpgmBYu6Fxl+qiuvGgM9Ocr 3nTrJ9pbFm8P4vzjz77twJaPJcsbbx7qPz1C/qO89W0xbZRurTKY56g0A/Z6bt7bjn 9u0O+izzolx0g== Received: from 216.185.71.44 (SquirrelMail authenticated user byrnejb_hll) by webmail.harte-lyne.ca with HTTP; Mon, 31 Jul 2017 15:33:24 -0400 Message-ID: <9547a9326210a5e292805a6544cb39f8.squirrel@webmail.harte-lyne.ca> Date: Mon, 31 Jul 2017 15:33:24 -0400 Subject: Re: Unable to mount USB Flash memory created on CentOS From: "James B. Byrne" To: "Polytropon" Cc: freebsd-questions@freebsd.org Reply-To: byrnejb@harte-lyne.ca User-Agent: SquirrelMail/1.4.22-5.el6 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-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jul 2017 19:33:29 -0000 I put one of the subject usb flash drives into a CentOS-6 box and ran mke2fs -n on the partition. This gave me the backup superblock addresses. # mke2fs -n /dev/sdb mke2fs 1.41.12 (17-May-2010) /dev/sdb is entire device, not just one partition! Proceed anyway? (y,n) y Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 122400 inodes, 489216 blocks 24460 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=503316480 15 block groups 32768 blocks per group, 32768 fragments per group 8160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Which information I used to run fsck: # e2fsck -b 32768 /dev/sdb1 e2fsck 1.41.12 (17-May-2010) CA_HLL_2016_BKUP was not cleanly unmounted, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Block bitmap differences: -(73728--81919) . . . . . . 97895--97897) -97900 -97904 -97907 -(97911--97912) -97914 -(97916--97917) -(97919--97920) Fix? yes Free inodes count wrong for group #0 (8149, counted=5908). Fix? yes Directories count wrong for group #0 (2, counted=219). Fix? yes Free inodes count wrong for group #1 (8160, counted=8148). Fix? yes Directories count wrong for group #1 (0, counted=12). Fix? yes Free inodes count wrong (122389, counted=120136). Fix? yes CA_HLL_2016_BKUP: ***** FILE SYSTEM WAS MODIFIED ***** CA_HLL_2016_BKUP: 2264/122400 files (0.0% non-contiguous), 20686/489141 blocks This has not repaired whatever is keeping the Mate desktop from mounting the device. But as that is a matter of convenience rather than necessity I will simply deal with unit through the command line. Thank you for all tghehelp. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3