Well, looks like I should have followed Jonathon's advice and tried "dd"
from the start. After writing the file system with "dd" I cannot get the
problem to reappear. The fsck completes fine and the partitions are
mounted - no matter the various time stamps.
Rob
On Fri, Nov 12, 2021 at 2:21 PM M
Yeah. So fsck balks if the time stamp on the superblock is In the future. Which
it probably would be in you’re case because when your host machine sets the
“clean flag”, it will also update the superblock time stamp.
Sent from my iPhone
> On Nov 12, 2021, at 1:55 PM, Rob Kossler wrote:
>
>
Just confirmed that when I reboot following a boot with network-acquired
time, the next boot (with no network cable) does not keep real-time between
boots. It simply starts with the most recent time from the last boot.
On Fri, Nov 12, 2021 at 1:55 PM Rob Kossler wrote:
> By the way, I just remov
By the way, I just removed my working SD card from the E310 and inserted it
in my host (Ubuntu 20.04) SD card reader and issued the "umount" commands.
Nothing else. When I reinserted into the E310, boot issue appears (fsck
fails for /data and thus won't mount and puts me in some maintenance mode).
On Fri, Nov 12, 2021 at 1:17 PM Marcus D. Leech
wrote:
> On 2021-11-12 13:14, Rob Kossler wrote:
>
>
>>
> I will try soon, but such experiments are "expensive" because when it
> fails I have to re-burn the file system and then reconfigure stuff
> afterwords since I don't know how to recover from
On 2021-11-12 13:14, Rob Kossler wrote:
I will try soon, but such experiments are "expensive" because when it
fails I have to re-burn the file system and then reconfigure stuff
afterwords since I don't know how to recover from the issue. My guess
was that either the mount or the eject was
>
>
> I think that my overall issue is related to writing files with bad time
> stamps. I don't know why this can cause the file system check "fsck" to
> fail, but when that happens, the /data partition doesn't mount and I don't
> know how to recover (short of re-burning the file system).
>
> I ca
On 2021-11-12 12:58, Rob Kossler wrote:
Yes, I had included the "hwclock" output in the original email of
this chain. It can't find a hw clock.
Ah, sorry. I missed that.
So, for whatever reason, the DS-1307 driver has been excluded from
the kernel image, OR there's a ha
>
> Yes, I had included the "hwclock" output in the original email of this
> chain. It can't find a hw clock.
>
> Ah, sorry. I missed that.
>
> So, for whatever reason, the DS-1307 driver has been excluded from the
> kernel image, OR there's a hardware problem--check dmesg to see if it
> makes
On 2021-11-12 12:19, Rob Kossler wrote:
Yes, I had included the "hwclock" output in the original email of this
chain. It can't find a hw clock.
Ah, sorry. I missed that.
So, for whatever reason, the DS-1307 driver has been excluded from the
kernel image, OR there's a hardware problem--check
Yes, I had included the "hwclock" output in the original email of this
chain. It can't find a hw clock.
On Fri, Nov 12, 2021 at 12:17 PM Marcus D. Leech
wrote:
> On 2021-11-12 11:54, Rob Kossler wrote:
>
>
>> So, there's a DS1139 RTC chip, which is an garden-variety RTC chip used
>> in designs
On 2021-11-12 11:54, Rob Kossler wrote:
So, there's a DS1139 RTC chip, which is an garden-variety RTC chip
used in designs all over the place. The linux rtc-1307 kernel
driver knows about this chip.
HOWEVER, it requires a battery to maintain time, and near as I can
tell, t
>
>
> So, there's a DS1139 RTC chip, which is an garden-variety RTC chip used in
> designs all over the place. The linux rtc-1307 kernel driver knows about
> this chip.
>
> HOWEVER, it requires a battery to maintain time, and near as I can tell,
> the only battery in the E310 universe is with the
On 2021-11-12 10:37, Rob Kossler wrote:
Thanks Jonathon,
This morning, I discovered that after writing the file system image
with bmaptool,
* if I immediately pull the SD card from the host card reader and
insert it into the E310, it boots up ok
* If I instead pull the SD card and re-i
On 2021-11-12 10:37, Rob Kossler wrote:
Thanks Jonathon,
This morning, I discovered that after writing the file system image
with bmaptool,
* if I immediately pull the SD card from the host card reader and
insert it into the E310, it boots up ok
* If I instead pull the SD card and re-i
Thanks Jonathon,
This morning, I discovered that after writing the file system image with
bmaptool,
- if I immediately pull the SD card from the host card reader and insert
it into the E310, it boots up ok
- If I instead pull the SD card and re-insert it right away in the host
card rea
On 11/11/21 18:20, Jonathon Pendlum wrote:
Hey Rob,
Did you use bmaptool to write the image to your SD card? I ran into the
same issue when using bmaptool. I switched to using dd instead and that
fixed the issue.
Figure out the underlying issue, don't use dd. Seriously, dd eats hard
drives if
Tangentially E310 now uses systemd, so systemctl start ssh.service
Sent from my iPhone
> On Nov 11, 2021, at 6:20 PM, Jonathon Pendlum
> wrote:
>
>
> Hey Rob,
>
> Did you use bmaptool to write the image to your SD card? I ran into the same
> issue when using bmaptool. I switched to using
Hey Rob,
Did you use bmaptool to write the image to your SD card? I ran into the
same issue when using bmaptool. I switched to using dd instead and that
fixed the issue.
Jonathon
On Thu, Nov 11, 2021, 18:00 Rob Kossler wrote:
> Hi,
> I'm having some issues with my E310 related to booting up th
19 matches
Mail list logo
