Read only file system linux как исправить флешка

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх

Помогла ли Вам статья?

Как исправить read only file system в Linux

С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.

Ошибка read only file system в Linux

В этой небольшой статье мы рассмотрим как исправить read only file system Linux перемонтировав файловую систему для записи. Первым делом надо определиться с точкой монтирования, для которой надо разрешить запись. Попытаемся создать файл в корневом каталоге:

Ошибка, файловая система корневого каталога доступна только для чтения. Чтобы посмотреть все точки монтирования доступные в системе выполните в терминале:

В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:

После этого вы сможете создать файл без каких-либо проблем. После завершения работы, во избежание повреждения данных при перезагрузке, желательно перемонтировать файловую систему обратно в режим только для чтения:

Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!

Источник

USB-устройства отображаются только для чтения

Я использую Ubuntu 14.04.

У меня 8 ГБ USB-накопитель FAT32 и жесткий диск FAT32 500 ГБ; оба из них внезапно стали устройствами только для чтения.

Я пытался удалить каталог внутри /media и затем создайте его снова, переименуйте, затем предоставьте этому каталогу полные права. Однако это не сработало.

12 ответов

При подключении USB-ключа к ноутбуку:

Проблема должна быть решена сейчас.

Теперь для вашего жесткого диска, пожалуйста, следуйте ответу на этот вопрос. Речь идет о внешнем жестком диске, но это то же самое для вашего случая.

Я получил ту же ошибку при использовании GParted для установки таблицы разделов и форматирования USB-накопителя. после этого все USB-накопители перешли в режим «только для чтения».

Но под рутом копирование работало нормально.

Проблема исчезла после перезагрузки машины. Поэтому я предполагаю, что эта проблема может возникнуть при использовании GParted.

У меня тоже была эта пробема. Я получил ошибку при копировании на мою флешку, я использую Mint 17.1 cinnamon, ядро ​​3.13.0-43 с файловым менеджером caja.

Когда я посмотрел каталог мультимедиа в терминале ‘dir /media’, я увидел, что макет изменился, обычно вы ожидаете увидеть приводы, перечисленные здесь, но теперь они перечислены под вашим именем пользователя, и знаете что? Это имя пользователя имеет только права ROOT.

Что я сделал, так это набрал

где вы заменяете [username] на ваше имя пользователя, удаляете флешку, ждете, а затем вставляете обратно, проблема решена, теперь я могу написать на нее!

У меня возникла та же проблема в Ubuntu, и ни один из ответов, приведенных здесь, до сих пор не работал для меня. Вот что я попробовал:

Я снова посмотрел на разрешения:

Обратите внимание на + в конце разрешений. Это ново для меня, и я никогда не замечал этого раньше. Это означает, что каталог имеет расширенные разрешения, называемые списком контроля доступа (ACL) (см. Этот связанный вопрос). Я перечислил детали ACL для этого каталога:

Как видите, есть дополнительная запись user: :r-x для моего имени пользователя, который только дает мне доступ на чтение. Я исправил это с помощью простой команды:

Я отсоединил USB-разъем, снова подключил его, и проблема была решена.

Я отформатировал с помощью Gparted. Это уничтожило все данные на диске, и оказалось, что это также решило проблему.

Можете ли вы создать какие-либо файлы в вашей домашней папке? Может быть, ваш графический файловый менеджер застрял, думая, что они только для чтения, если вы пытаетесь в терминале, это работает? Например, работают ли эти команды?:

Если они работают успешно, вы можете написать на HD (sda5).

Если файловая система (fs) имеет ошибки, она может быть смонтирована как ro должны быть сообщения об этом в dmesg & /var/log/syslog тоже. Вот что показывают ваши логи:

dmesg в логе тоже говорят как это исправить: fsck может попытаться исправить ошибки FS, он пытается выбрать правильную программу проверки, или вы можете выбрать один явно с fsck.vfat или же fsck.[other] после нажатия клавиши TAB fsck. должен перечислить варианты.

ПРИМЕЧАНИЕ. Это не гарантирует, что файловая система останется исправленной, она снова может быть повреждена, и может быть невозможно точно знать, почему. Всегда отключайте / извлекайте перед удалением USB-накопителей.

Источник

Исправляем Read-only на USB-накопителях

При попытке отформатировать USB-накопитель (ака флешка) Transcend JetFlash (JF V33/4GB) стандартными средствами типа mkfs.vfat (dosfsck) всегда получаем ошибку: » unable to open /dev/sdc1: Read-only file system «, » failed: Операция не позволена «

Не помогает в форматировании флеш-накопителя также, а ни DiskPart, а ни Gparted:

В libparted обнаружена ошибка!
Ошибка ввода/вывода during write on /dev/sdc

В libparted обнаружена ошибка!
Partition(s) 1 on /dev/sdc have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.

В libparted обнаружена ошибка!
Can’t write to /dev/sdc, because it is opened read-only.

Unable to open /dev/sdc read-write (Файловая система доступна только для чтения). /dev/sdc has been opened read-only.

В нашем случае с проблемой » Read-only file system » всё намного печальнее ибо флешка не поддаётся форматированию в различных условиях, в среде различных операционных систем Linux/Windows, а следовательно наш USB-накопитель прилично перекосило и стандартными программами восстановить флешку не выйдет.

Исправляем Read-only на USB-накопителях Transcend

Если наша USB-флешка выпущена компанией Transcend, тогда нам повезло ибо для подобных плачевных случаев на официальном сайте производителя есть специальная прога-прошивальщик JetFlash Online Recovery Tool.

Если на оф. сайте прога не доступна, тогда попробуйте скачать её с нашего веб-ресурса:

Исправляем Read-only на неизвестных USB-накопителях

Упомянутая выше прога JetFlash Online Recovery Tool является как бы универсальной прошивалкой для флешек, однако в некоторых случаях может оказаться бесполезной, и тогда нам придётся идти иным путём.

Рекомендуемые к использованию это Flash Drive Information Extractor и ChipGenius. После получения информации о нашем USB-устройстве находим там ссылку на сайт производителя и если он (сайт/производитель) ещё жив, тогда программу-прошивалку стоит поискать именно на сайте производителя, а если на сайте производителя ничего нет, тогда можно попробовать программы указанные в приведённой ниже таблице:

Больше файлов для работы с USB-устройствами можно поискать здесь.

Рекомендуемый контент

А тут же ж мог быть рекомендуемый контент от гугла 🙂 Для отображения рекомендуемого контента необходимо в браузере разрешить выполнение JavaScript скриптов, включая скрипты с доменов googlesyndication.com и doubleclick.net

Вы не любите рекламу!? Напрасно!:) На нашем сайте она вовсе ненавязчивая, а потому для нашего сайта можете полностью отключить AdBlock (uBlock/uBlock Origin/NoScript) и прочие блокировщики рекламы! AdBlock/uBlock может препятствовать нормальной работе системы поиска по сайту, отображению рекомендуемого контента и прочих сервисов Google. Рекомендуем полностью отключить блокировщик рекламы и скриптов, а также разрешить фреймы (aka iframe).

Источник

Исправление ошибок файловой системы Ubuntu «Файловая система доступна только для чтения»

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

Причин возникновения проблем с доступом к файлам в Ubuntu может быть несколько.

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.

Форматирование

Во многих случаях вернуть работоспособность помогает простое форматирование файловой системы. Особенно легко это сделать на флешке. Правда, не всегда мы готовы расстаться с той информацией, которая на ней уже есть. Перекиньте все данные на компьютер под управлением Виндовс и отформатируйте проблемный накопитель.

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

Проверить диск на наличие ошибок можно не только на Windows. Убунту также обладает достаточным арсеналом для этого. Сделать это можно и с помощью команд, и пользуясь специальным приложением. Сначала разберём способ, использующий стандартные средства.

Просматриваем список накопителей:

Проверяем конкретный накопитель:

В примере взят sdf, но у вас название диска может отличаться.

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

Такой способ в теории должен помочь исправить неполадки с любыми видами носителей. Если же сканирование дисков на ошибки не помогло, то пора воспользоваться удобной утилитой — GParted.

GParted

Права доступа

Наконец, последняя причина, по которой мы теряем доступ к управлению данными на носителях, заключается в нарушенных правах. С ней могут сталкиваться и опытные юзеры, использующие root-режим. Когда мы используем различные команды, не до конца понимая их суть, или запускаем программы с расширенными полномочиями, система может по ошибке перекрыть доступ.

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Источник

Жёсткий же мрёт. Сохраняй нужное и пока fsck сделай (хотя не поможет скорей всего).

А что mount | grep ro говорит?
Покажи выхлоп mount

none on /proc type proc (rw,noexec,nosuid,nodev) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Кореня то нет. Скорее всего или винт летит, или шлейф глючит.

Что это значит? БОльшую часть времени работает же без проблем вообще..

И в каком файле лога искать корни, чтобы попытаться рабобраться?

В линуксе у файловых систем есть опция: перемонтировать в read-only при возникновении ошибок ввода-вывода. Твоя задача найти причину их возникновения. Возможно, действительно умирает жесткий. А может питания не хватает. Да много причин.

[ 27.062172] EXT4-fs (sda7): warning: mounting fs with errors, running e2fsck is recommended
[ 27.247949] EXT4-fs (sda8): warning: maximal mount count reached, running e2fsck is recommended
[ 27.249181] EXT4-fs (sda8): recovery complete
[ 27.249440] EXT4-fs (sda8): mounted filesystem with ordered data mode

Попробуй e2fsck (или что-то другое), только сохрани нужное куда-нибудь.

Что это значит? БОльшую часть времени работает же без проблем вообще..

Насколько я знаю для нормальной работы должен быть примонтирован корень.
Выхлоп mount должен показать что-то вроде:

/dev/sda1 on / type ext4 (ro,noatime,user_xattr,acl,barrier=1,data=ordered)

Слушай, ты бы не давал вредных советов, а? Ты явный нуб, попридержи желание казаться более квалифицированным, чем ты есть.

Фильмы можно удалять)
Проси у знакомых флешки/жеские, в крайнем случае dvd-шка стоит около 1$. Сколько инфы то нужно слить?

Скажи, какой процент вероятности того, что хард начинает накрываться?

Не буду притендовать на инстину, но у меня лично переход в ro шел только из за ошибок чтения, и винт после них был уже ОЧЕНЬ дохлый.

Хотя мало ли по какой причине оно может происходить, как выше замечено ещё шлейф может отходить.

Вообще желательно хотя бы основное все сбекапить, а потом прогнать винт низкоуровневой системой проверки типа Victoria.
Если винту ещё не совсем кирдык (считай блоков не читаемых мало), то она может замедлить процесс смерти ФС на месяц другой.

Ну и если скидываь некуда, то заливай на гугл/яндекс/дропбокс в шифрованном виде.

На ноуте шлейфа то вроде нету.

а потом прогнать винт низкоуровневой системой проверки типа Victoria.

Смешно. Сервометки уж полтора десятилетия (если не все два) как на заводе ставят и изменить это нельзя. Но нет, «специалисты» всё ещё «рекоммендуют».

Источник

Невозможно выполнить форматирование флешки Transcend JetFlash (JF V33/4GB) стандартными средствами mkfs.vfat (dosfsck): «unable to open /dev/sdc1: Read-only file system«, «failed: Операция не позволена«

При попытке отформатировать USB-накопитель (ака флешка) Transcend JetFlash (JF V33/4GB) стандартными средствами типа mkfs.vfat (dosfsck) всегда получаем ошибку: «unable to open /dev/sdc1: Read-only file system«, «failed: Операция не позволена«

$ mkfs.vfat /dev/sdc1
$ mkfs.fat 3.0.27 (2014-11-12)
$ mkfs.vfat: /dev/sdc1 contains a mounted filesystem.
$ udisks --unmount /dev/sdc1
$ mkfs.vfat /dev/sdc1
$ mkfs.fat 3.0.27 (2014-11-12)
$ mkfs.vfat: unable to open /dev/sdc1: Read-only file system
---------------------------------------------
$ udisks --unmount /dev/sdc1
$ badblocks -n /dev/sdc1
badblocks: Файловая система доступна только для чтения while trying to open /dev/sdc1

Не помогает в форматировании флеш-накопителя также, а ни DiskPart, а ни Gparted:

Gparted — Удалить раздел

В libparted обнаружена ошибка!
Ошибка ввода/вывода during write on /dev/sdc

Игнорировать

В libparted обнаружена ошибка!
Partition(s) 1 on /dev/sdc have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.

В libparted обнаружена ошибка!
Can’t write to /dev/sdc, because it is opened read-only.

Unable to open /dev/sdc read-write (Файловая система доступна только для чтения). /dev/sdc has been opened read-only.

Сразу отметим, что эта проблема не связана с ключем реестра Windows HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlStorageDevicePolicies, в котором путём изменения WriteProtect (DWORD значение) с 0 на 1 можно запретить запись на USB-накопители

В нашем случае с проблемой «Read-only file system» всё намного печальнее ибо флешка не поддаётся форматированию в различных условиях, в среде различных операционных систем Linux/Windows, а следовательно наш USB-накопитель прилично перекосило и стандартными программами восстановить флешку не выйдет.

Исправляем Read-only на USB-накопителях Transcend

Если наша USB-флешка выпущена компанией Transcend, тогда нам повезло ибо для подобных плачевных случаев на официальном сайте производителя есть специальная прога-прошивальщик JetFlash Online Recovery Tool.

Несмотря на присутствие в названии слова Online, прога является портативной, т.е. не требует установки и, кажись, также не требует и подключения к сети, — просто скачиваем, подключаем нашу флешку к любому USB-порту и запускаем .exe файл OnLineRecovery_vх.х.х.х.exe

Если на оф. сайте прога не доступна, тогда попробуйте скачать её с нашего веб-ресурса:

• JetFlash General Product Series — OnLineRecovery_v1.0.0.42.zip

Исправляем Read-only на неизвестных USB-накопителях

Упомянутая выше прога JetFlash Online Recovery Tool является как бы универсальной прошивалкой для флешек, однако в некоторых случаях может оказаться бесполезной, и тогда нам придётся идти иным путём.

Если у нас имеется мёртвая/кривая/косая USB-флешка неизвестного производителя, то для начала лечения нам нужно его определить. Для окончательного решения проблемы нам сначала нужно определить модель и тип памяти, модель USB контроллера, VID (ака Vendor ID) и PID (ака Product ID), — для чего мы можем использовать следующие проги:

• Flash Drive Information Extractor, — Программа может получить такие данные: возможные варианты чипов памяти установленных во флешке, модель контроллера, тип установленной памяти, версия USB, максимальный потребляемый ток заявленный производителем, максимальный объем диска, Query Vendor ID, Query Product ID, Controller Revision, Query Product Revizion, объем диска сообщаемый операционной системой, Flash ID (не для всех конфигураций), Chip F/W (для некоторых контроллеров), а также некоторые иные параметры, которые могут быть полезны специалистам. Оф. страница программы здесь. Скачать Flash Drive Information Extractor с нашего веб-ресурса.
• CheckUDisk – получает данные о всех подключенных USB-устройствах. Нужно обратить внимание, что особой пользы, для определения контроллера флешки и подбору программ по работе с ним, от этой проги практически НЕТ, однако на некоторых морально устаревших веб-ресурсах до сих пор продолжают рекомендовать эту примитивную программу к использованию (таким веб-ресурсам не нужно доверять). Программа выдает довольно скудную информацию об устройстве. Веб-сайт автора wbj3000.com мёртв. Скачать CheckUDisk_v5.4.zip с нашего веб-ресурса.
• ChipEasy – программа для получения информации о таких съемных запоминающих USB-устройствах как Flash или SSD. Предоставляет информацию про: серийный номер; VIDPID; максимальное потребление тока; информация о прошивке; модель контроллера; информация о прошивальщике; FID памяти и предположительная модель памяти; …). Информация запрашивается непосредственно с контроллера устройства, а не определяется с помощью косвенных методов (VIDPID). Страниця прягрямы здеся. Скачать ChipEasy_EN_V1.5.6.6.zip с нашего веб-ресурса.
• ChipGenius — Утилита от Китайских разработчика hit00 и форума о цифровых устройствах mydigit, способна опрашивать контроллеры MP3-плееров, USB-флешек и Card-Reader. Выводит такую информацию как: VID, PID, Vendor, Product, Serial Number, Flash ID, Controller Model, $CE, Channel и пр.. ChipGenius, благодаря наибольшей совместимости с различными моделями контроллёров, считается лидером в данном сегменте ПО. Веб-сяйта прягрямы здеся. Скачать ChipGenius_v4_00_0201_0215.zip с нашего веб-ресурса.

Рекомендуемые к использованию это Flash Drive Information Extractor и ChipGenius. После получения информации о нашем USB-устройстве находим там ссылку на сайт производителя и если он (сайт/производитель) ещё жив, тогда программу-прошивалку стоит поискать именно на сайте производителя, а если на сайте производителя ничего нет, тогда можно попробовать программы указанные в приведённой ниже таблице:

Пример использования AlcorMP AU698X (5T2F 6T2F) 11.11.10.02:

Больше файлов для работы с USB-устройствами можно поискать здесь.

В некоторый случаях файловая система в Linux может перейти в состояние read-only, при котором вы можете только читать данные с диска, а при попытке записи любых изменение или создании нового файла появдляется ошибка Read-only file system.

Ошибки файловой системы и опция remount-ro

Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /etc/fstab.

$ cat /etc/fstab

Обратите что в fstab есть строка монтирования корневой директории вида:

UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa / ext4 errors=remount-ro 0 1

Параметр
errors=remount-ro
означает, что данная директория будет смонтирована в режиме чтения, если на файловой системе устройства обнаружены проблемы. В этом случае нужно выполнить проверку диска с помощью FSCK.

Обычные файловые системы такие как EXT4/BTRFS/XFS можно монтировать как в режиме записи, так и только для чтения (в отличии от файловых систем ISO или SquashFS, которые доступны только для чтения).

Вы можете вывести соответствие между UUID диска и именем устройства:

$ sudo blkid

В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.

Также можно имена устройства и точки монтирования с помощью команды:

$ df –h

Т.к. в данном примере ошибки обнаружены в корневой директории которая является точкой монтирования, вы сможете выполнить ее проверку только загрузившись с LiveCD. Для исправления ошибок файловой системы используется команда:

$ sudo fsck –y /dev/sda3

Или

$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa

Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:

$ sudo mount -o remount,rw /

Обязательно запланируйте проверку файловой системы на ближайшее время.

Read-only файловая система в виртуальных машинах

Файловая система раздела Linux на виртуальной машине можете перейти в read-only в случае недоступность системы хранения данных (СХД). Самый простой способ восстановить работу ОС – выполнить сброс виртуальной машины (фактически перезапуск с параметрами по умолчанию).

Может оказаться, что ВМ с Linux вообще не загружается и вам доступна только командная строка initramfs с предупреждениями:

UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
Fsck exitrd with code 4.
The root file system of /dev/sdx requires a manual fsck.

Initramfs это начальная файловая система в оперативной памяти, которая основана на tmpfs, которая содержит утилиты и скрипты, необходимые для работы с дисками, файловыми системами и тд. После запуска initramfs отобразится проблемная ситуация.

Если же ошибок нет – просто вводим exit. Иначе выполняем проверку диска:

$ fsck /dev/sda3 –y

Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:

$ fsck –A –y /dev/sda1

После этого перезагрузите ВМ.

I am using Ubuntu 14.04.

I have an 8gb FAT32 USB stick and a 500gb FAT32 HDD; both of these have suddenly become read only devices.

I’ve tried deleting the directory inside /media and then creating it again, renaming it, then giving that directory full permissions. However, this didn’t work.

Results of mount:

$ mount
/dev/sda5 on / type ext4 (rw,errors=remount-ro) 
proc on /proc type proc (rw,noexec,nosuid,nodev) 
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) 
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw) 
none on /sys/kernel/debug type debugfs (rw) 
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755) 
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) 
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) 
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) 
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) 
none on /sys/fs/pstore type pstore (rw) 
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=simon)

Results of sudo parted -l:

Model: ATA ST9500325AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End    Size    Type      File system     Flags
 4      1049kB  500GB  500GB   extended
 5      2097kB  496GB  496GB   logical   ext4
 6      496GB   500GB  4238MB  logical   linux-swap(v1)


Model: Verbatim STORE N GO (scsi)
Disk /dev/sdb: 8028MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      24.6kB  8028MB  8028MB  primary  fat32        boot

Results of lsblk:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda4   8:4    0     1K  0 part 
├─sda5   8:5    0 461.8G  0 part /
└─sda6   8:6    0     4G  0 part [SWAP]
sdb      8:16   1   7.5G  0 disk 
└─sdb1   8:17   1   7.5G  0 part /media/simon/LYDIA
sr0     11:0    1  1024M  0 rom 

USB write test:

$ cd /media/simon/LYDIA
$ touch newfile001
touch: cannot touch ‘newfile001’: Read-only file system 

Results of dmesg:

[  159.366772] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be       corrupt. Please run fsck.
[  159.383252] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.383258] FAT-fs (sdb1): Filesystem has been set read-only
[  159.383571] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.384251] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.384319] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.475111] systemd-hostnamed[2966]: Warning: nss-myhostname is not installed.
Changing the local hostname might make it unresolveable. Please install nss-myhostname!
[  159.480141] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480224] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480497] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480516] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[ 2893.091767] wlan0: deauthenticating from c0:3e:0f:31:21:05 by local choice   (reason=3)