Answers:
硬盘具有少量的RAM缓存以加快写入操作。系统可以将大量数据写入磁盘缓存，而无需实际等待将其写入磁盘。有时称为“回写”模式。如果磁盘上没有高速缓存，则数据将以“直写”模式直接写入其中。询问高速缓存数据失败警告通常发生在USB闪存驱动器，USB读卡器等设备上，这些设备将它们作为SCSI设备呈现给系统（sdX），但没有高速缓存。系统询问设备：“您是否有缓存？” 却没有回应 因此，它假定没有缓存，并将其置于“直写”模式。
您可以尝试去：
/etc/modules
并在模块列表顶部添加以下行
usb_storage
它看起来应该像这样：
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
usb_storage
lp
这就是我解决类似问题的方式。
让我知道发生了什么事。
loglevel=0从引导加载程序添加到内核命令行（通过在下次重新引导之前编辑并应用引导加载程序配置），相同的设置将生效。PS我没有投反对票，只是供参考。
loglevel=4。我可以将其更改为loglevel=5摆脱几乎所有消息，但这不是我想要的。
这可能是一条警告消息（也许驾驶员认为这很重要，值得一提）。您没有指定USB硬盘驱动器正在使用哪个驱动程序，因此我无法指向源代码行进行验证。有关日志级别的更多信息，请参见：http : //git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD
最简单的修复方法是通过引导加载程序向内核参数添加“ quiet”，无论它是GRUB / LILO / etc。
在更改USB作为可引导设备的同时更改USB引导方法，请使用Power iso工具使您的USB可引导设备在无故障的情况下可以100％工作...
我在安装新的Arch Linux UEFI时遇到了这个问题，我使用UEFI Live USB在Windows上加载引导程序ESP。
解决方案是使用EFI引导管理器修复设置。
在Windows中，一个简单的解决方案是easyuefi
从Linux使用efibootmgr并设置timeout值
如果您使用GRUB＆不是一个EFISTUB启动Linux，你就不要需要任何添加crypt内核命令的efibootmgr命令。
loglevel=0调整linux消息传递级别。我认为级别4太高，无法使此特定消息静音。级别0可能太夸张了，但是它确实消除了我甜美可爱的启动屏幕中间所有讨厌的系统问题。