[roll] Roll fuchsia [fxfs] Fix last_object_id computation after unlocking

When unlocking a store, we were setting the last object ID by using
`update_last_object_id`, but that assumed that the object ID was *after*
it had been encrypted, but that's not the case when a store is being
unlocked.

I think this could potentially have led to filesystem corruption because
I think it could reset the last object ID to an earlier value than it
should which could potentially lead to objects being overwritten when
they shouldn't.

Original-Bug: 453445060
Original-Bug: 450789112
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1413694
Original-Revision: fa984ad3ec313d54255789db394f343cb8ecc9fb
GitOrigin-RevId: ad5755b2b5c4fffe6120a78354fcdfc2297a3365
Change-Id: I6bc17c29cf0ad95870633e3c068c4aa02f39cf3c
1 file changed
tree: bceab5fc9d2393340d14f53e641674df1919519f
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. flower
  6. jiri.lock
  7. MILESTONE
  8. minimal
  9. prebuilts
  10. README.md
  11. stem
  12. test_durations
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.

Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.